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TITLE OF THE INVENTION 
INFORMATION STORAGE MEDIUM AND INFORMATION 
RECORDING/PLAYBACK SYSTEM 

CROSS-REFERENCE TO RELATED APPLICATIONS 
This is a continuation of Application 
No. PCT/JP99/00795, filed February 23, 1999. 

This application is based upon and claims the 
benefit of priority from the prior Japanese Patent 
Applications No. 10-040876^ filed February 23, 1998; 
No. 10-040877, filed February 23, 1998; and 
No. 10-040879, filed February 23, 1998, the entire 
contents of which are incorporated herein by reference. 
BACKGROUND OF THE INVENTION 
The present invention relates to an information 
storage medium represented by a large-capacity optical 
disc and a digital information recording/playback 
system using the medium. 

In particular, the present invention relates to a 
DVD (digital versatile disc) recording/playback system 
that considers real-time recording of a moving picture. 

The present invention also relates to a 
recording/playback system which can guarantee 
continuous playback (or continuous recording) upon 
continuously playing back (or continuously recording) 
information using playback devices (disc drives) having 
various access performances. 

Furthermore, the present invention relates to a 



recording/playback system which can prevent any 

playback timing errors of video information and audio 

information recorded on the medium. 

(Description of Prior Art) 

In recent years, systems for playing back the 
contents of optical discs that have recorded video 

(moving picture) data, audio data, and the like have 
been developed, and have prevailed for the purpose of 
playing back movie software, karaoke, and so on like 
LDs (laser discs), video CDs (video compact discs), and 
the like. 

Among such systems, a DVD (Digital Versatile Disc) 
standard that uses MPEG2 (Moving Picture Experts Group) 
international standard, and adopts an audio compression 
scheme such as AC-3 (digital audio compression) or the 
like has been proposed. The DVD standard includes 
read-only DVD video (or DVD-ROM), write-once DVD-R, and 
erasable/rewritable DVD-RW (or DVD-RAM). 

The DVD video (DVD-ROM) Standard supports MPEG2 as 
a movie compression scheme, and AC3 audio and MPEG 
audio in addition to linear PCM as an audio recording 
scheme, in accordance with MPEG2 system layer* 
Furthermore, this DVD video standard is configured by 
appending sub-picture data for superimposed dialogs 
obtained by runlength-compressing bitmap data, and 
control data (navigation data) for playback control 
such as fast forwarding, rewinding, data search, and the 



like. 

Also, this standard supports ISO9660 and UDF 
Bridge format to allow a computer to read data. Hence, 
a personal computer environment can handle video 
information of DVD video. 
(Problem) 

However, a personal computer system and DVD 
recording/playback system use different appropriate 
information processing methods, and it is difficult for 
the personal computer to record/play back movie 
information for a long period. of time continuously 
(without being interrupted) . 

More specifically, in the personal computer 
environment, when file data is to be changed, a process 
for re-recording the entire changed file data on a free 
area of an information storage medium (HDD or the like) 
is done. At this time, the re-recording position 
on the information storage medium is determined 
irrespective of the file data recording position before 
change. The file data recording position before change 
is released as a small free area after the change. If 
such change of file data is frequently repeated, small 
free areas are scattered in a vermicular pattern at 
physically separated positions on the medium. As a 
result, upon recording new file data, that data is 
recorded on a plurality of vermiculated free areas 
while being fragmented. This state is called 



fragmentation. 

In the information process of the personal 
computer, information (file data) used is readily 
scattered (fragmented) on the disc. Even when a file 
to be read out has been fragmented, required 
information can read out from a disc by sequentially 
playing back such fragments recorded randomly. 
This fragmentation slightly prolongs the required 
read-out time of a file, but the user does not feel 
disrupted if a high-speed HDD is used. 

However, when recorded information (MPEG- 
compressed moving picture data) has been fragmented in 
a DVD recording/playback system, if such fragments 
recorded randomly are to be played back in turn, moving 
picture playback may often be interrupted. Especially, 
since an optical disc drive requires a longer seek time 
of an optical head than a high-speed disc drive such as 
an HDD or the like, the playback video is readily 
interrupted during seeking fragmented information in 
the DVD recording/playback system that records/plays 
back an MPEG moving picture video on/ from an optical 
disc (DVD-RAM disc or the like), resulting in poor 
practicality of the current system. 

When both personal computer data and DVD 
moving picture data are recorded, fragmentation is more 
likely to occur. Therefore, the DVD recording/playback 
system that includes the personal computer environment 



has no feasibility unless a very high-speed optical 
disc drive is developed, and a large-size buffer can be 
mounted at practical cost. 

On the medium that records video information 
(cells), upon repeating editing and partial deletion of 
recorded information, individual pieces of video 
information lie scattered or straggle on the medium. 
When such scattered or straggling video information 
group is to be continuously played back according to a 
specific order, frequent accesses are required. During 
these accesses, since a recorded information group 
(a series of cells) cannot be played back from the 
medium, playback is interrupted. 

That is, when a specific playback device (disc 
drive) plays back a scattered or straggling video 
information group while making frequent accesses, if 
the access frequency has exceeded a specific number of 
times, it becomes impossible (for that drive) to 
continuously output recorded information, thus 
disturbing seamless playback (without any interrupt). 

Furthermore, the frequency shift of the reference 
clocks of a normal digital audio recorder is 
approximately 0.1%. When sound source information 
digitally recorded by a digital video tape (DAT) 
recorder is overdubbed on video information already 
recorded on a DVD-RAM disc by digital copy, the 
reference clocks between the video information and 



audio information may have an error of around 0.1%. 
Such reference clock error becomes so large that it 
cannot be ignored upon repeating the digital copy (or 
nonlinear edit using a personal computer or the like)^ 
and appears as interrupted playback tones or a phase 
shift between playback channels. 

In some cases, audio information corresponding to 
a specific video pack is stored in an audio pack at 
a location largely separated from that video pack. 
When a specific cell is re-recorded at another location 
on an information storage medium, synchronization 
between video and audio packs fails if packs under 
specific cells are simply moved. When playback is made 
after recording, playback tones are interrupted at that 
portion. 
(Objects) 

It is the first object of the present invention 
to provide an information storage medium capable of 
real-time recording/real-time playback of digital 
moving picture information, and a digital information 
recording/playback apparatus using this medium. 

It is the second object of the present invention 
to provide an information storage medium capable of 
seamless, continuous playback free from any interrupt 
by managing the access frequency to a scattered or 
straggling recorded information group in correspondence 
with the access performance of the playback device 



(disc drive) used^ and a digital information 
recording/playback apparatus using this medium. 

It is the third object of the present invention to 
provide an information storage medium which has special 
synchronization information so that video information 
and audio information can be synchronously played 
back (or inter-channel phase synchronization of 
multi-channel audio information can be taken) even when 
the reference clocks of the audio information have any 
error ^ and a digital information recording/playback 
apparatus using this medium. 

It is the fourth object of the present invention 
to provide a digital information recording/playback 
system which can prevent playback information from 
being lost (sound interrupt or the like) upon playing 
back specific information, the recording position of 
which has been changed, when the recording position of 
the specific information (specific cell) in, e.g., 
video information, has been changed by, e.g., an edit 
process of information recorded on an information 
storage medium. 

BRIEF SUMMARY OF THE INVENTION 
In order to achieve the first object, in an 
information storage medium according to the present 
invention, which records and plays back data including 
video data and control information, the control 
information (DA21 in FIG. 4; RTR_VMG in FIG. 30) 



includes information (VOBU entry) that accesses a 
specific portion (VOBU) of the video data (DA22). 

In order to achieve the first object, in an 
information recording system according to the present 
invention, which uses an information storage medium 
that can record data including video data and control 
information, information (VOBU entry) for accessing 
a specific portion (VOBU) of the video data (DA22) is 
described in the control information (DA21 in FIG. 4; 
RTR_VMG in FIG. 30) recorded on the information storage 
medium. 

In order to achieve the second object, in an 
. information storage medium according to the present 
invention, which records a plurality of pieces of video 
information at discrete positions, the plurality of 
pieces of video information are recorded to decrease 
an access frequency to the video information to be 
not more than a predetermined number of times upon 
sequentially playing back the plurality of pieces of 
video information. 

In order to achieve the second object, in 
an information playback system according to the present 
invention, which plays back recorded information 
from an information storage, medium which records 
a plurality of pieces of video information at discrete 
positions, when an access frequency to the video 
information exceeds a predetermined number of times 



upon sequentially playing back the plurality of pieces 
of video information, recording locations of the 
plurality of pieces of video information are changed to 
decrease the access frequency to be not more than the 
predetermined number of times. 

In order to achieve the third object, in 
an information storage medium according to the present 
invention, which records audio/video data including 
video information, audio information, and control 
information, the control information describes audio 
synchronization information (VOBU information/audio 
synchronization information) for taking synchronization 
between the video information and the audio 
information. 

In order to achieve the third object, an 
information recording/playback system according to 
the present invention, which records /plays back 
audio/video data which includes video information, 
audio information, and control information on/from 
a predetermined information storage medium, 
describes audio synchronization information (VOBU 
information/audio synchronization information) in 
the control information, and synchronizes the video 
information and audio information on the basis of the 
audio synchronization information upon playback. 

In order to achieve the fourth object, in an 
information recording/playback system according to the 



present invention, which records and plays back 
audio/video data including video information, audio 
information, and control information on and from 
a predetermined information storage medium, audio 
synchronization information (VOBU information/audio 
synchronization information) is described in the 
control information, and when specific information in 
the video information is re-recorded at a different 
position on the information storage medium, audio 
information that synchronizes the video information is 
re-recorded at a different position on the information 
storage medium in accordance with the audio 
synchronization information. 

Additional objects and advantages of the invention 
will be set forth in the description which follows, and 
in part will be obvious from the description, or may 
be learned by practice of the invention. The objects 
and advantages of the invention may be realized and 
obtained by means of the instrumentalities and combina- 
tions particularly pointed out hereinafter. 
BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING 
The accompanying drawings, which are incorporated 
in and constitute a part of the specification, illust- 
rate presently preferred embodiments of the invention, 
and together with the general description given above 
and the detailed description of the preferred embodi- 
ments given below, serve to explain the principles of 



the invention. 

FIG. 1 is a view for explaining the structure of 
a recordable/reproducible optical disc ( DVD-RAM/DVD-RW 
or the like), and the correspondence between data 
recorded on the disc and recording tracks. 

FIG. 2 is a view for explaining the structure of 
a sector included in the data area shown in FIG. 1. 

FIG. 3 is a view for explaining an ECC unit of 
information included in the data area shown in FIG. 1. 

FIG. 4 is a view for explaining an example of the 
hierarchical structure of information recorded on the 
optical disc shown in FIG. 1. 

FIG. 5 is a view that exemplifies the correspon- 
dence between the cell configuration of a video object 
and program chain PGC in the information hierarchical 
structure shown in FIG. 4, and the recorded contents of 
a lead-in area. 

FIG. 6 is a view that exemplifies the hierarchical 
structure of information included in a video object 
shown in FIG. 5. 

FIG. 7 is a view for explaining the contents of 
a dummy pack shown in FIG. 6. 

FIG. 8 is a view that exemplifies the internal 
structure of cell time information CTI shown in FIG. 4. 

FIG. 9 is a view that exemplifies the contents of 
VOBU information shown in FIG. 8. 

FIG. 10 is a view that exemplifies the 



hierarchical structure of information included in 
control information DA21 shown in FIG. 4. 

FIG. 11 is a view for explaining a case wherein 
the boundary positions of video object units VOBU 
in a cell shown in FIG. 6 deviate from those of blocks 
(a 32-kbyte ECC block is formed by 16 sectors (2 kbytes 
per sector: minimum unit)) that form data in the cell. 

FIG. 12 is a view for explaining a case wherein 
the boundary positions of video object units VOBU in a 
cell shown in FIG. 6 match those of blocks (2 kbytes 
per sector: minimum unit) that form data in the cell. 

FIG. 13 is a view for explaining a case upon 
playing back cell data recorded on the disc shown in 
FIG. 1. 

FIG. 14 is a table for explaining an example of 
the relationship between cells that form playback data 
shown in FIG. 13 and program chain information. 

FIG. 15 is a schematic view of a playback system 
for explaining continuity of a playback signal. 

FIG. 16 is a graph for explaining an example 
of the relationship between the access operations and 
the like and the temporary storage amount in a buffer 
memory upon continuously playing back a video signal. 

FIG. 17 is a graph for explaining another example 
(highest access frequency) of the relationship between 
the access operations and the like and the temporary 
storage amount in a buffer memory upon continuously 



playing back a video signal. 

FIG. 18 is a graph for explaining still another 
example (the playback time balances with the access 
time) of the relationship between the access operations 
and the like and the temporary storage amount in a 
buffer memory upon continuously playing back a video 
signal. 

FIG. 19 is a graph for explaining the relationship 
between the seek distance and seek time of an optical 
head. 

FIG. 20 is a view for explaining the method of 
obtaining the average seek distance of the optical 
head. 

FIG. 21 is a schematic view of a recording system 
for explaining continuity of a recording signal. 

FIG. 22 is a view that exemplifies cells which 
form a part of recorded AV data (video signal 
information) and a sequence of video object units VOBU 
in each cell. 

FIG. 23 is a case wherein cell #2 is edited 
and data falls short in the middle of cell #2 (at the 
position of VOBU 108e) (VOBU lOBe is re-encoded) in the 
sequence shown in FIG. 22. 

FIG. 24 is a view for explaining changes of the 
cell configuration / VOBU sequence, and the position of 
a free area shown in FIG. 22 upon completion of editing 
in FIG. 23. 



FIG. 25 is a graph for explaining an example 
(highest access frequency) of the relationship between 
the access operations and the like and the temporary 
storage amount in a buffer memory upon continuously 
playing back a video signal, 

FIG. 26 is a graph for explaining still another 
example (the playback time balances with the access 
time) of the relationship between the access operations 
and the like and the temporary storage amount in a 
buffer memory upon continuously playing back a video 
signal • 

FIG. 2 7 is a block diagram for explaining the 
arrangement of a DVD video recorder which can cope with 
a synchronization error between video and audio upon 
re-arranging (e.g., editing) video information in a 
video object. 

FIG. 28 is a block diagram showing the internal 
arrangement of an encoder and decoder in the 
arrangement shown in FIG. 27. 

FIG. 29 is a flow chart for explaining the 
synchronization process between video and audio in the 
DVD video recorder shown in FIG.. 27. 

FIG. 30 is a view for explaining another example 
of the hierarchical structure of information recorded 
on the optical disc shown in FIG. 1. 

FIG. 31 is a view that exemplifies the contents 
(especially VOBU entry VOBU_ENT# ) of time map 



information TMAPI shown in FIG. 30, and also 
exemplifies the correspondence between the contents and 
AV data control information DA210 shown in FIG. 4. 

FIG. 32 is a view that exemplifies the contents of 
time map general information TMAP_GI shown in FIG. 31. 

FIG. 33 is a view that exemplifies the contents of 
time entry TM_ENT# shown in FIG. 31. 

FIG. 34 is a view for explaining the recorded 
contents of data area DA in FIG. 30, and a time entry 
point (access point) upon playing back a specific 
portion (e.g., VGBU#3) of the recorded contents. 

FIG. 35 is a view for explaining an example of the 
directory structure of information (data files) 
recorded on the optical disc shown in FIG. 1 to have 
the structure shown in FIG. 30. 

FIG. 36 is a schematic view for explaining a case 
wherein the cell playback order of the initially 
recorded contents (original PGC) has been changed by 
the user later using a user-defined PGC. 

FIG. 37 is a view for explaining problems that 
will occur in audio data when video recording is 
interrupted before a GOP of MPEG-encoded video data 
comes to an end upon recording corresponding audio data 
together with MPEG-encoded video data. 

DETAILED DESCRIPTION OF THE INVENTION 
A digital information recording/playback system 
according to an embodiment of the present invention 



will be described hereinafter with reference to the 
accompanying drawings . 

AS a typical embodiment of a digital information 
recording/playback system according to the present 
invention, an apparatus which records /plays back moving 
picture data encoded based on MPEG2, e.g., a DVD 
digital video recorder, is known. (A practical example 
of this DVD digital video recorder will be explained 
later. ) 

FIG. l.is a view for explaining the structure of 
recordable optical disc ( DVD-RAM /DVD-^RW disc or the 
like) 10 used in the DVD digital video recorder. 

As shown in FIG. 1, this optical disc 10 has a 
structure obtained by adhering a pair of transparent 
substrates 14 each having recording layer 17 using 
adhesive layer 20. Each substrate 14 can be formed of 
a 0.6-mm thick polycarbonate film, and adhesive layer 
20 can consist of a very thin (e.g., 40 iim to 70 urn 
thick) ultraviolet setting resin. When these pair of 
0.6-mm thick substrates 14 are adhered to each other so 
that their recording layers 17 contact each other on 
the surfaces of adhesive layer 20, a 1.2-mm thick 
large-size optical disc 10 is obtained. 

Note that each recording layer 17 can have a 
ROM/RAM double-layered structure. In this case, ROM 
layer/light reflection layer (emboss layer) 17A is 
formed on the side closer to read-out face 19, and RAM 



layer /phase change recording layer 17B is formed on the 
side farther from read-out face 19. 

Optical disc 10 has center hole 22, and clamp 
areas 2 4 used to clamp optical disc 10 upon its 
rotation are formed around center hole 22 on the two 
surfaces of the disc. Center hole 22 receives the 
spindle of a disc motor when disc 10 is loaded into 
a disc drive device (not shown). Optical disc 10 
is clamped at its clamp areas 24 by a disc clamper (not 
shown) during disc rotation. 

Optical disc 10 has information areas 25 that can 
record information such as video data, audio data, and 
the like around clamp areas 24. 

In each information area 25, lead-out area 26 is 
assured on the outer periphery side. Also, lead-in 
area 2 7 is assured on the inner periphery side of area 
25 that contacts clamp area 24. The area between lead- 
out and lead-in areas 26 and 27 is defined as data 
recording area 28. 

On recording layer (light reflection layer) 17 of 
information area 25, a recording track is continuously 
formed in, e.g., a spiral pattern. The continuous 
track is divided into a plurality of physical sectors, 
which have serial numbers. Various data are recorded 
on optical disc 10 using those sectors as recording 
units. 

Data recording area 28 serves as an actual data 
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recording area, and records video data (main picture 
data) such as a movie or the like, sub-picture data 
such as superimposed dialogs, menus, and the like, and 
audio data such as words, effect sounds, and the like 
5 as recording/playback information in the form of 

similar pit trains (physical shapes or phase states 
that bring about optical change in laser reflected 
light) . 

When optical disc 10 is a double-sided recording 

10 RAM disc in which each surface has one recording 

layer, each recording layer 17 can be formed by three 
layers, i.e., by sandwiching a phase-change recording 
material layer (e.g., Ge2Sb2Te5) between two zinc 
sulfide • silicon oxide (ZnS-Si02) mixture layers. 

15 When optical disc 10 is a single-sided recording 

RAM disc in which each surface has one recording layer, 
recording layer 17 on the side of read-out face 19 can 
be formed by three layers including the aforementioned 
phase-change recording material layer. In this case, 

20 layer 17 on the side opposite to read-out face 19 need 

not be an information recording layer but may merely be 
a dummy layer. 

When optical disc 10 is a single-sided read type 
double-layered RAM/ROM disc, two recording layers 17 

25 can comprise a single phase-change recording layer (on 

the side farther from read-out face 19; read/write), 
and a single semi-transparent metal reflection layer 
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(on the side closer to read-out face 19; read-only). 

When optical disc 10 is a write-once DVD-R, a 
polycarbonate substrate is used, gold can be used as a 
reflection layer (not shown), and an ultraviolet 
5 setting resin can be used as a protection layer (not 

shown). In this case, an organic dye is used in 
recording layer 17. As the organic dyes, cyanine, 
squarilium, chroconic, and triphenylmenthane dyes, 
xanthene and quinone dyes (naphthoquinone, 

10 anthraquinone, and the like), metal complex dyes 

(phthalocyanine, porphyrin, dithiol complex, and the 
like), and so forth can be used. 

Data can be written on such DVD-R disc using 
a semiconductor laser having a wavelength of 650 nm and 

15 an output of around 6 to 12 mW. 

When optical disc 10 is a single-sided read type 
double-layered ROM disc, two recording layers 17 can 
comprise a single metal reflection layer (on the side 
farther from read-out face 19), and a single semi- 

20 transparent metal reflection layer (on the side closer 

to read-out face 19). 

On read-only DVD-ROM disc 10, pit trains are 
formed in advance on substrate 14 by a stamper, a 
reflection layer of a metal or the like is formed on 

25 the surface of substrate 14 on which the pit trains are 

formed, and the reflection layer is used as recording 
layer 17. On such DVD-ROM disc 10, grooves as 
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recording tracks are not particularly formed, and the 
pit trains formed on the surface of substrate 14 serve 
as tracks. 

In various types of optical discs 10 described 
5 above, read-only ROM information is recorded on 

recording layer 17 as an embossed pattern signal. By 
contrast, no such embossed pattern signal is formed on 
substrate 14 having read/write (or write-once) 
recording layer 17, and a continuous groove is formed 
10 instead, A phase-change recording layer is formed on 

such groove. In case of a read/write DVD-RAM disc, the 
phase-change recording layer in land portions is also 
used for information recording in addition to the 
groove . 

15 When optical disc 10 is of single-sided read type 

(independently of one or two recording layers), 
substrate 14 on the rear side viewed from read-out face 
19 need not always be transparent to the read/write 
laser beam used. In this case, a label may be printed 

20 on the entire surface of substrate 14 on the rear side. 

A DVD digital video recorder (to be described 
later) can be designed to attain write many/read many 
(read/write) for a DVD-RAM disc (or DVD-RW disc), write 
once/read many for a DVD-R disc, and read many for a 

25 DVD-ROM disc. 

When disc 10 is a DVD-RAM (or DVD-RW), disc 10 
itself is stored in cartridge 11 to protect its 
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delicate disc surface. When DVD-RAM disc 10 in 
cartridge 11 is inserted into the disc drive of a DVD 
video recorder (to be described later), disc 10 is 
pulled out from cartridge 11, is clamped by the 
5 turntable of a spindle motor (not shown), and is 

rotated to face an optical head (not shown). 

On the other hand, when disc 10 is a DVD-R or DVD- 
ROM, disc 10 itself is not stored in cartridge 11, and 
bare disc 10 is directly set on the disc tray of a disc 

10 drive. 

FIG. 1 also shows the correspondence between data 
recording area 28 of optical diisc (DVD-RAM or the like) 
10 and recording tracks of data recorded there. 

Recording layer 17 of information area 25 is 

15 formed with a continuous data recording track in a 

spiral pattern. The continuous track is segmented into 
a plurality of logical sectors (minimum recording 
units) each having a given storage size, and data are 
recorded with reference to these logical sectors. The 

20 recording size per logical sector is determined to be 

2,048 bytes (or 2 kbytes) which are equal to one pack 
data length. 

Data recording area 28 is an actual data recording 
area, which similarly records management data, main 
25 picture (video) data, sub-picture data, and/or audio 

data. 

Note that data recording area 28 of disc 10 can be 
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segmented into a plurality of ring-shaped (annular) 
recording areas (a plurality of recording zones), 
although not shown. The disc rotational velocity 
varies in units of recording zones. However, within 
5 each zone, a constant linear or angular velocity can be 

set* In this case, an auxiliary recording area, i.e., 
spare area (free space) can be provided for each zone. 
These free spaces in units of zones may collectively 
form a reserve area for that disc 10. 

10 The recording signal structure of information 

recorded on an information storage medium (DVD-RAM disc 
10 or the like) and the method of generating the 
recording signal structure will be explained below. 
Note that the contents themselves of information 

15 recorded on the medium are referred to as 

"information", and a structure or expression obtained 
by scrambling or modulating information with identical 
contents, i.e., a sequence of "1" and "0" states after 
signal format conversion, is expressed as a "signal" to 

20 appropriately distinguish them from each other. 

FIG. 2 is a view for explaining the structure of a 
sector included in the data area shown in FIG. 1. One 
sector shown in FIG. 2 corresponds to one of sector 
numbers of 2, 04 8-byte sectors shown in FIG. 1. Each 

25 sector alternately includes synchronization codes and 

modulated signals (video data and the like) to have a 
header embossed on disc 10. 



FIG. 3 is a view for explaining a recording unit 
(a unit of error correction code ECC) of information 
included in the data area shown in FIG. 1. 

In a FAT (file allocation table) prevalently used 
in file systems of information storage media (hard disc 
HDD, magnetooptical disc MO, and the like) for personal 
computers, information is recorded on an information 
storage medium to have 256 or 512 bytes as a minimum 
unit . 

By contrast, in information storage media such 
as a CD-ROM, DVD-ROM, DVD-RAM, and the like, UDF 
(universal disc format) is used as a file system. 
In this case, information is recorded on an information 
storage medium to have 2,048 bytes as a minimum unit. 
This minimum unit is called a sector. That is, each 
2,048-byte information is recorded on an information 
storage medium (optical disc 10) using UDF in units of 
sectors 501, as shown in FIG. 3. 

Since a CD-ROM and DVD-RAM are handled as bare 
discs without using any cartridge, the surface of an 
information storage medium is readily scratched or 
becomes attached with dust on the user side. For this 
reason, a specific sector (e.g., sector 501c in FIG- 3) 
cannot often be played back (or recorded) due to the 
influences of dust or scratches on the information 
storage medium surface. 

DVD adopts error correction (ECC using a product 
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code) in consideration of such situation. More 
specifically, 16 sectors (16 sectors from sector 501a 
to sector 501p in FIG. 3) form one ECC (error 
correction code) block 502, which has a strong error 
5 correction function. As a result, even when an error 

in ECC block 502 (e.g., sector 501c is impossible to 
play back) has occurred, such error can be corrected, 
and all pieces of information in ECC block 502 can be 
correctly played back. 

10 FIG. 4 is a view for explaining an example of the 

hierarchical structure of information recorded on 
optical disc (especially, DVD-RAM or DVD-RW) disc 10 
shown in FIG. 1. 

Lead-in area 2 7 includes an embossed data zone 

15 whose light reflection surface has an embossed pattern, 

a mirror zone whose surface is flat (mirror surface), 
and a rewritable data zone capable of information 
rewrites . 

Data recording area (volume space) 28 is comprised 
20 of user rewritable volume/file management information 

70, and data area DA. 

Data area DA between lead-in and lead-out areas 27 
and 2 6 can record both computer data and AV data. The 
recording order and recording information sizes of 
25 computer data and AV data are arbitrary, and an area 

where computer data is recorded is named a computer 
data area (DAI, DA3 ) , and an area where AV data is 
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recorded is named an AV data area (DA2). 

Volume/file management information 70 can record 
information that pertains to the entire volume^ the 
number of files computer data (data of a personal 
5 computer) and the number of files associated with AV 

data included in volume space 28^ and information that 
pertains to recording layer information and the like. 

Especially, the recording layer information can 
contain: 

10 *the number of building layers (for example, two 

layers in case of a single ROM/RAM double- layered disc, 
also two layers in case of a single double-layered disc 
having only a ROM layer, and n layers in case of n 
single-sided, single-layered discs irrespective of ROM 

15 or RAM layers); 

* logical sector number range tables (indicating 
the size of each layer) assigned in units of layers; 

*characteristics (a DVD-RAM disc, a RAM portion of 
a ROM/RAM double- layered disc, a DVD-R, CD-ROM, CD-R, 

2 0 and the like) in units of layers; 

♦assigned logical sector number range tables 
(including rewritable area size information in units of 
layers) in units of zones of a RAM area of each layer; 
and 

25 *unique ID information (to find out disc exchange 

in a multiple disc pack) in units of layers. 

with the recording layer information including the 



aforementioned contents, even a multiple disc pack and 
a ROM/RAM double-layered disc can be handled as a 
single, large volume space by setting series logical 
sector numbers. 

Data area DA records computer data, video data, 
audio data, and the like. Volume/file management 
information 70 records information that pertains to 
files of audio/video data recorded on data area DA or 
the entire volume. 

Lead-out area 26 is also capable of information 
rewrites. 

The embossed data, zone of lead-in area 27 records, 
for example, in advance: 

<01> information which pertains to the entire 
information storage medium: the disc type (a DVD-ROM, 
DVD-RAM (or DVD-RW), DVD-R, or the like); disc size 
(12 cm, 8 cm, or the like); recording density; physical 
sector numbers indicating the recording start/end 
positions, and the like; 

<02> information which pertains to the 
recording/playback/erasure characteristics: the 
recording power and recording pulse width; erase power; 
playback power; linear velocity upon recording and 
erasure, and the like; and 

<03> information which pertains to the 
manufacture of each information storage medium: the 
manufacturing number and the like. 



The rewritable zone of each of lead-in area 27 and 
lead-out area 26, for example, includes: 

<04> a field for recording a unique disc name of 
each information storage medium; 

<05> a test recording field (for confirming 
recording/erasure conditions); and 

<06> a field for recording management information 
that pertains to defective fields in data area DA. 

On fields <04> to <06>, a DVD recording apparatus 
(a dedicated DVD video recorder, a personal computer 
installed with a DVD video processing board and 
processing software, or the like) can record 
information. 

Data area DA can record audio/video data DA2 and 
computer data DAI and DA3 together. 

Note that the recording order, recording 
information size, and the like of computer data and 
audio/video data are arbitrary. Data area DA can 
record computer data or audio/video data alone. 

Audio/video data area DA2 includes control 
information DA21, video object DA22, picture object 
DA23, and audio object DA24. 

At the first position of audio/video data 
area DA2, anchor pointer AP having information 
that indicates the recording location of control 
information DA21 is present. When the information 
recording/playback system uses information in this 
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audio/video data area DA2^ the recording location of 
control information DA21 is checked based on anchor 
pointer AP, and control information DA21 is read by 
accessing that location, 
5 Video object DA22 includes information of the 

contents of recorded video data. 

Picture object DA23 can include still picture 
information such as still pictures, slide pictures, 
thumbnail pictures that represent the contents of video 
10 object DA22 used upon search/edit, and the like. 

Audio object DA2 4 includes information of the 
contents of recorded audio data. 

Note that recording information of the playback 
target (contents) of audio/ video data is included in 
15 video object set VOBS shown in FIG. 5 (to be described 

later) . 

Control information DA21 includes AV data control 
information DA210, playback control information DA211, 
recording control information DA212, edit control 

20 information DA213, and thumbnail picture control 

information DA214. 

AV data control information DA210 includes 
information which manages the data structure in video 
object DA22 and manages information that pertains to 

2 5 the recording locations on information storage medium 

(optical disc or the like) 10, and information CIRWNs 
indicating the number of times of rewrite of control 
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information. 

Playback control information DA211 includes 
control information required upon playback, and has a 
function of designating a sequence of program chains 
5 PGC. More specifically, playback control information 

DA211 includes: information that pertains to a playback 
sequence which combines PGCs; information indicating 
a "pseudo recording location" while considering 
information storage medium 10 as, e.g., a single tape 

10 (digital video cassette DVC or video tape VTR) in 

association with that information (a sequence for 
continuously playing back all recorded cells); 
information that pertains to multi-screen simultaneous 
playback having different video information contents; 

15 search information (information that records 

corresponding cell IDs and a table of the start times 
of cells in units of search categories, and allows the 
user to select a category to directly access the video 
information of interest); and the like. 

20 With this playback control information DA211, the 

file name of an AV file, the path of a directory name, 
the ID of PGC, and the cell ID can be designated. 

Recording control information DA212 includes 
control information (programmable timer recording 

25 information or the like) required upon recording (video 

recording and/or audio recording) . 

Edit control information DA213 includes control 
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information required upon edit. For example, edit 
control information DA213 can include special edit 
information (EDL information such as corresponding time 
setting information, special edit contents, and the 
5 like) in units of PGCs, and file conversion information 

(information that converts a specific portion in an AV 
file, and designates the file storage location after 
conversion, or the like). 

Thumbnail picture control information DA214 

10 includes management information that pertains to 

thumbnail pictures used to search for a scene that the 
user wants to see in video data or those to be edited, 
and thumbnail picture data. 

Thumbnail picture control information DA214 can 

15 include a picture address table, thumbnail picture 

data, and the like. Thumbnail picture control 
information DA214 can also include, as lower-layer 
information of the picture address table and thumbnail 
picture data, menu index information, index picture 

2 0 information, slide & still picture information, 

information picture information, defective area 
information, wallpaper picture information, and the 
like (not shown). 

AV data control information DA210 includes 

25 allocation map table AMT, program chain control 

information PGCCI, and cell time control information 
CTCI- 
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Allocation map table AMT includes information that 
pertains to address setups along the actual data 
allocation, identification of recorded/unrecorded 
areas, and the like on the information storage medium 
5 (optical disc 10 or the like). In the example shown in 

FIG. 4, allocation map table AMT includes user area 
allocation descriptor UAD, spare area allocation 
descriptor SAD, and address conversion table ACT. 

Program chain control information PGCCI includes 
10 information that pertains to a video playback program 

( sequence) . 

Cell time control information CTCI includes 
information that pertains to the data structure of a 
basic unit (cell) of video information. This cell time 

15 control information CTCI includes cell time control 

general information CTCGI, cell time search information 
CTSI, and m pieces of cell time search information 
CTI#1 to CTI#m. 

Cell time control general information CTCGI 

2 0 includes information that pertains to individual cells. 

Cell time search information CTSI is map information 
indicating a description position (AV address) of 
corresponding cell time information when a specific 
cell ID is designated. 

25 Each cell time search information (CTI#m) is 

comprised of cell time general information CTGI#m and 
cell VOBU table CVT#m. Details of cell time search 
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information (CTI#m) will be explained later with 
reference to FIG. 8* 

An outline of FIG. 4 has been explained. 
Supplementary explanations of the individual 
5 information will be summarized below. 

<11> Volume/file management information 70 
includes : 

information that pertains to entire volume 
space 28; 

10 the number of files of computer data (DAI, DA3 ) 

and audio/video data (AY data DA2) included in volume 
space 28; 

the recording layer information of the information 
storage medium (DVD-RAM disc, DVD-ROM disc, or DVD- 
15 ROM/RAM multi-layered disc); and the like. 

The recording layer information records: 

the number of building layers (example: the number 
of layers of a single RAM/ROM double-layered disc is 
counted as two, that of a single ROM double-layered 
20 disc is also counted as two, and that of n single-sided 

discs is counted as n); 

logical sector number range tables (corresponding 
to the size of each layer) assigned in units of layers; 

characteristics (example: a DVD-RAM disc, a RAM 
2 5 portion of a ROM/RAM double-layered disc, CD-ROM, CD-R, 

and the like) in units of layers; 

assigned logical sector number range tables 
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(including rewritable area size information in units of 
layers) in units of zones of a RAM area of each layer; 

unique ID information (e,g,, to find out disc 
exchange in a multiple disc pack) in units of layers; 
5 and the like. With this information, series logical 

sector numbers can be set even for a multiple disc pack 
or RAM/ROM double-layered disc to handle it as a 
single, large volume space. 

<12> Playback control information DA211 records: 
10 information that pertains to a playback sequence 

which combines PGCs; 

"information indicating a pseudo recording 
location" while considering information storage medium 
10 as, e.g., a single tape (digital video cassette DVC 
15 or video tape VTR) in association with the playback 

sequence that combines PGCs (a sequence for 
continuously playing back all recorded cells); 

information that pertains to multi-screen 
simultaneous playback having different video 
20 information contents; 

search information (information that records 
corresponding cell IDs and a table of the start times 
of cells in units of search categories, and allows the 
user to select a category to directly access the video 
2 5 information of interest); and the like. 

<13> Recording control information DA212 records: 
programmable timer recording information; and the 
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like- 

<14> Edit control information DA213 records: 
special edit information (that describes 
corresponding time setting information and special edit 
5 contents as an edit library (EDL)) in units of PGCs; 

file conversion information (information that 
converts a specific portion in an AV file, and 
designates the file storage location after conversion, 
or the like); and the like. 
10 FIG. 5 exemplifies the correspondence between the 

cell configuration of a video object and program chain 
PGC in the information hierarchical structure shown in 
FIG. 4, and also exemplifies the recorded contents of 
the lead-in area. 
15 In the information hierarchical structure shown in 

FIG. 5, video object DA22 is comprised of video object 
set VOBS. This VOBS has contents corresponding to one 
or more program chains PGC#1 to PGC#k which 
respectively designate the cell playback order in 
20 different methods - 

A video object set (VOBS) is defined as a set of 
one or more video objects (VOB). Video objects VOB in 
video object set VOBS are used for the same purpose. 

For example, a VOBS for a menu normally consists 
25 of one VOB, which stores a plurality of menu screen 

display data. By contrast, a VOBS for a title set 
normally consists of a plurality of VOBs. 
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Taking a concert video title of a certain rock 
band as an example, VOBs that form a video object set 
(VTSTT_VOBS) for a title set correspond to picture data 
of the performance of that band. In this case, by 
5 designating a given VOB, for example, the third tune in 

the concert of that band can be played back. 

A VOB that forms video object set VTSM_VOBS for a 
menu stores menu data of all the tunes performed in the 
concert of the band, and a specific tune, e.g., an 
10 encore, can be played back according to the menu 

display. 

Note that one VOB can form one VOBS in a normal 
video program. In this case, a single video stream 
comes to an end in one VOB. 

15 On the other hand, in case of a collection of 

animations having a plurality of stories or an omnibus 
movie, a plurality of video streams (a plurality of 
video chains PGC) can be set in a single VOBS in 
correspondence with the respective stories. In this 

20 case, the individual video streams are stored in 

corresponding VOBs • An audio stream and sub-picture 
stream pertaining to each video stream end in the 
corresponding VOB. 

VOBs are assigned identification numbers 

25 (VOB_IDN#i; i = 0 to i ) , and that VOB can be specified 

by the identification number. A VOB consists of one or 
a plurality of cells. A normal video stream consists 



of one or a plurality of cells, but a video stream for 
a menu often consists of a single cell. Cells are 
assigned identification numbers (C_IDN#j) like VOBs. 

FIG. 5 also exemplifies the logical structure of 
information recorded on lead-in area 27 of optical disc 
10 shown in FIG, 1. 

When disc 10 is set in a DVD video recorder (not 
shown) (or a DV video player; not shown), information 
in lead-in area 27 is read first. Lead-in area 27 
records a predetermined reference code and control data 
in ascending order of sector number. 

The reference code in lead-in area 27 includes a 
predetermined pattern (a repetitive pattern of a 
specific symbol "172") and consists of two error 
correction code blocks (ECC blocks). Each ECC block 
has 16 sectors. These two ECC blocks (32 sectors) are 
generated by appending scramble data. Upon playing 
back the reference code appended with the scramble 
data, filter operation or the like on the playback side 
is done to play back a specific data symbol (e.g., 172) 
to assure precision in subsequent data reads. 

Control data in lead-in area 27 is made up of 192 
ECC blocks. in this control data field, the contents 
for 16 sectors in the respective blocks are 
repetitively recorded 192 times. 

FIG. 6 exemplifies the hierarchical structure of 
information included in video object DA22 shown in 
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FIG. 5- 

AS shown in FIG. 6, each cell (for example, cell 
#m) consists of one or more video object units (VOBU). 
Each video object unit is constituted as a set (pack 
5 sequence) of video packs, sub-picture packs, and audio 

packs . 

Each of these packs has a size of 2,048 bytes, 
and serves as a minimum unit for data transfer. 
The minimum unit for logical processing is a cell^ and 

10 logical processing is done in units of cells. 

The playback time of video object unit VOBU 
corresponds to that of video data made up of one 
or more picture groups (groups of pictures; to be 
abbreviated as GOPs), and is set to fall within the 

15 range from 0.4 sec to 1.2 sec. One GOP is screen data 

which normally has a playback time of about 0.5 sec in 
the MPEG format, and is compressed to play back 
approximately 15 frame pictures during this interval. 

When video object unit VOBU includes video data, a 

20 video datastream is formed by arranging GOPs (complying 

with MPEG) each consisting of video packs, sub-picture 
packs, audio packs, and the like. Also, video object 
unit VOBU is defined by one or more GOPs. 

Even playback data consisting of audio data and/or 

25 sub-picture data alone is formed using video object 

unit VOBU as one unit. For example, when video object 
unit VOBU is formed by audio packs alone, audio packs 
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to be played back in the playback time of video object 
unit VOBU to which the audio data belong are stored in 
that video object unit VOBU as in the video object of 
video data. 

5 The packs that form each video object unit VOBU 

have the same data structure except for a dummy pack. 
Taking an audio pack as an example, as shown in FIG. 6, 
a pack header is set at the head of the pack, and a 
packet header, substream ID, and audio data follow. 
10 In such pack configuration, the packet header is 

written with information of presentation time stamp PTS 
indicating the head time of the first frame in 
a packet. 

With a DVD video recorder that can record video 
15 title set VTS (or video program) containing video 

object DA22 with the structure shown in FIG. 6 on 
optical disc 10, the user often wants to edit the 
recorded contents after this VTS is recorded. In order 
to meet such requirement, dummy packs can be 
2 0 appropriately inserted in each VOBU. Each dummy pack 

can be used to record edit data later. 

Information that pertains to cells #1 to #m shown 
in FIG. 6 is recorded in cell time control information 
CTCI in FIG. 4 and, as shown in FIG. 4, its contents 
25 include: 

cell time information CTI#1 to cell time 
information CTI#m (information that pertains to each 
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cell) ; 

cell time search information CTSI (map information 
indicating a description position (AV address) of 
corresponding cell time information when a specific 
5 cell ID is designated); and 

cell time control general information CTCGI 
(information that pertains to the entire cell 
information) . 

Each cell time information (e.g.r CTI#m) includes 
10 cell time general information (CTGI#m) and a cell VOBU 

table (CVT#m). 

The data structure in video object DA22 will be 
explained below. 

A minimum basic unit of video information is 
15 called a cell. Data in video object DA22 is configured 

as a set of one or more cells #1 to #m, as shown in 
FIG. 6. 

MPEG2 (or MPEGl) is prevalently used as the video 
information compression technique in video object DA22. 
20 MPEG segments video information into groups called GOPs 

in 0.5-sec increments, and compresses video information 
in units of GOPs. A video information compression unit 
called video object unit VOBU is formed by one or more 
GOPs . 

25 In the present invention^ the VOBU size is set to 

match an integer multiple of ECC block size (32 kbytes) 
(one of important features of the present invention). 
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Furthermore, each VOBU is segmented into packs in 
units of 2,048 bytes, and these packs record raw video 
information (video data), audio information (audio 
data), sub-picture information (superimposed dialog 
5 data, menu data, and the like), dummy information and 

the like. These are recorded in the form of video 
packs, audio packs, sub-picture packs, and dummy packs. 

Note that the dummy pack is inserted for the 
purposes of: 

10 addition of information to be additionally 

recorded after video recording (for example, memo 
information indicating that postrecording information 
is inserted into an audio pack and is replaced by 
a dummy pack is inserted in a sub-picture pack as sub- 

15 picture information and is replaced by a dummy pack); 

compensating for a size that is short from an 
integer multiple of 32 kbytes to adjust the VOBU size 
just to an integer multiple of ECC block size 
(32 kbytes); and the like. 

20 In each pack, a pack header and packet header (and 

substream ID) are set before object data (audio data in 
case of, e.g., an audio pack). 

In the DVD video format, an audio pack and 
sub-picture pack include the substream ID between the 

25 packet header and object data. 

In the packet header, a time code for time 
management is recorded. Taking an audio packet as an 
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example, PTS (presentation time stamp) information that 
records the head time of the first audio frame in that 
packet is inserted in the form shown in FIG. 6. 

FIG. 7 shows the structure of the contents (for 
5 one dummy pack) of the dummy pack shown in FIG. 6. 

That is, one dummy pack 89 is comprised of pack header 
891, packet header 892 having a predetermined stream 
ID, and padding data 893 padded with a predetermined 
code (insignificant data). (Packet header 892 and 

10 padding data 893 form padding packet 890). The 

contents of padding data 893 of an unused dummy pack do 
not have any special meaning. 

This dummy pack 8 9 can be used as needed when the 
recorded contents are edited after predetermined 

15 recording is done on disc 10 shown in FIG. 1. Also, 

dummy pack 89 can be used to store thumbnail picture 
data, which is used for a user menu. Furthermore, 
dummy pack 89 can be used for the purpose of matching 
each VOBU size in AV data DA2 with an integer multiple 

20 of 32 kbytes (32-kbyte align). 

For example, a case will be examined below wherein 
the contents of a video tape that recorded a family 
trip using a portable video camera are recorded and 
edited on DVD-RAM (or DVD-RW) disc 10. 

25 In this case, only the video scenes to be stored 

in a single disc are selectively recorded on disc 10. 
These video scenes are recorded in a video pack in 
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FIG. 6, Also, audio data simultaneously recorded by 
the video camera is recorded in an audio pack. 

Each VOBU that includes these video pack, audio 
pack, and the like can have a navigation pack (not 
5 shown), which is adopted in DVD video, at its 

beginning, as needed. 

This navigation pack contains playback or 
presentation control information PCI and data 
search information DSI. Using this PCI or DSI, 
10 the playback procedure of each VOBU can be controlled 

(for example, discontinuous scenes can be automatically 
connected or a multiangle scene can be recorded). 

Alternatively, each VOBU may have a 
synchronization navigation pack (SNV_PCK; not shown) 
15 which simply has synchronization information in units 

of VOBUs without having contents as complex as those of 
a navigation pack of DVD video. 

Note that a DVD video RAM assumes a case without 
using any navigation pack currently. However, a DVD-R 
20 may use a navigation pack. 

After the contents of the video tape are edited 
and recorded on disc 10, when a voice, effect sound, 
and the like are to be postrecorded in each scene in 
units of VOBUs or background music BGM is added, such 
25 postrecorded audio data or BGM can be recorded in dummy 

pack 89. When a comment for the recorded contents 
is to be added, sub-pictures such as additional 
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characters, figures, and the like can be recorded in 
dununy pack 89. Furthermore, when an additional video 
picture is to be inserted, the inserted video picture 
can be recorded in dummy pack 89. 
5 The above-mentioned postrecorded audio data or the 

like is written in padding data 893 of dummy pack 89 
used as an audio pack. The additional comment is 
written in padding data 893 of dummy pack 89 used as a 
sub-picture pack. Similarly, the inserted video 

10 picture is written in padding data 893 of dummy pack 89 

used as a video pack. 

Furthermore, when each VOBU size including the 
recorded/edited pack sequence does not match an integer 
multiple of ECC block size (32 kbytes), dummy pack 89 

15 which includes as padding data 893 insignificant data 

that can match this VOBU size with an integer multiple 
of 32 kbytes can be inserted into each VOBU. 

In this manner, by appropriately inserting a dummy 
pack (padding pack) into each recorded/edited VOBU to 

2 0 match each VOBU size with an integer multiple of ECC 

block size (the aforementioned 32-kbyte align), all 
VOBUS can be always be rewritten in units of ECC 
blocks • 

Alternatively, when 32-kbyte align is done, if a 
25 RAM layer of disc 10 has suffered a defect, only the 

defect portion can be replaced in units of ECC blocks. 
Furthermore, when the ECC block unit is used as the 



address unit of AV data, each VOBU address can be 
easily converted. 

That is, dummy pack 89 is a wildcard pack that can 
become any of audio, sub-picture, and video packs 
depending on its purpose. 

FIG. 8 is a view for explaining the internal 
structure of cell time information CTI shown in FIG. 4. 

As has been explained in the description of 
FIG. 4, each cell time search information (CTI#m) is 
made up of cell time general information CTGI#m and 
cell VOBU table CVT#m. 

As shown in the upper half of FIG. 8, the cell 
time general information includes: 

(1) cell data general information; 

(2) a time code table; 

(3) acquired defect information; 

(4) cell video information; 

(5) cell audio information; and 

(6) cell sub-picture information. 

Cell data general information (1) contains a cell 
ID, the total time duration of that cell, the number of 
cell data sets (extents), a cell data set descriptor, a 
cell time physical size, and the number of constituent 
VOBUs of that cell. 

Note that the cell ID is a unique ID in units of 
cells. The total time duration indicates the total 
time required for playing back that cell. 



The number of cell data sets (number of extents) 
indicate the number of cell data set descriptors in 
that cell. 

The description contents of the cell data set 
descriptor (cell data extent descriptor) will be 
explained below. 

Assume that a recording information cluster, which 
pertains to a single cell in the layout order of ECC 
blocks that can be used is one cell data set (cell data 
extent). In this case, specific cell #1 is considered 
as one cell data set unless it is divided by another 
cell #2, 

As an example of a description method, the length 
(the number of ECC blocks where a cell data set is 
recorded) of the cell data set is expressed by "2 
bytes", the start address (AV address) of the cell data 
set is expressed by "3 bytes", and they are described 
at neighboring positions. For example, we have: 

Cell data set descriptor (the number of ECC 
blocks, start address) = CED (*,*) 

A statement that describes all cell data sets that 
form one cell is a cell data set descriptor. With this 
descriptor, the distribution of all AV addresses where 
cells are recorded can be determined, thus allowing 
easy access. 

Since the lengths of cell data sets and the start 
AV addresses of cell data sets are described in pairs. 



when many continuously recorded areas are formed on 
information storage medium 10, the number of bytes 
required for describing the cell data set descriptor 
decreases, the data size required for the cell time 
general information (#m) decreases, and the recording 
size that can be used for video object DA22 can be 
relatively increased accordingly. 

Note that corresponding AV addresses viewed along 
the layout of information storage medium 10 are often 
arranged in a discontinuous order. However, since 
allocation map table AMT shown in FIG. 4 is available, 
the recording locations of all data in a given cell on 
the information storage medium can be specified by the 
start AV address in the cell data set descriptor. 

In FIG. 8, the cell time physical size indicates a 
recording location size on the information storage 
medium where a cell including an inherent defect 
location is recorded. By combining this cell time 
physical size and the total time duration, the size of 
an inherent defective area in a given cell can be 
detected, and a practical transfer or transmission rate 
can be expected. This cell time physical size can be 
used to determine a recording location candidate of a 
cell that can guarantee continuous playback. 

The number of constituent VOBUs indicates the 
number of VOBUs that constitute that cell. 

Time code table (2) includes information of the 



number of pictures in VOBUs #1 to #n which form the 
cell, and information of the number of ECC blocks in 
VOBUs #1 to #n which form the cell (as shown in FIG, 3, 
since one ECC block = 16 sectors, the information of 
the number of ECC blocks can also be expressed by 
information of the number of sectors ) • 

A time code in this table is expressed by a pair 
of the number of pictures (the number of video frames; 
expressed by 1 byte) in units of VOBUs in the cell of 
interest, and the number of used ECC blocks (expressed 
by 1 byte) in units of VOBUs at the recording location 
on the medium indicated by the cell data set 
descriptor. Using this expression method, the time 
code can be recorded in a very small information size 
(compared to a case wherein time codes are appended to 
each of 3 0 frames per sec in NTSC). 

Acquired defect information (3) includes the 
number of acquired defects in that cell, and 
information of the addresses of the acquired defects. 

The number of acquired defects indicates the 
number of ECC blocks that have suffered acquired 
defects in that cell. The acquired defect address 
indicates the location of each acquired defect by an AV 
address in units of ECC blocks. Every time a defect is 
produced upon cell playback (i.e., ECC error correction 
fails), the AV address of the defective ECC block is 
registered as the acquired defect address. 



Cell video information (4) includes information 
such as the type of video information (NTSC^ PAL, or 
the like) of that cell, a compression method (MPEG2, 
MPEGl, motion JPEG, or the like), a stream ID and 
substream ID (main screen or sub screen; used in 
multi-screen simultaneous recording/playback), 
a maximum transmission rate, and the like. 

Cell audio information (5) includes information 
such as the type of an audio signal (linear PCM, MPEGl, 
MPEG2, Dolby AC-3, or the like), a sampling frequency 
(48 kHz or 96 kHz), the number of quantization bits 
(16 bits, 2 0 bits, or 24 bits), and the like. 

Cell sub-picture information (6) includes the 
number of sub-picture streams in each cell and 
information indicating their recording locations. 

On the other hand, the cell VOBU table includes 
VOBU information #1 to VOBU information #n which form 
that cell, as shown in the lower half of FIG. 8. Each 
VOBU information includes VOBU general information, 
dummy pack information, and audio synchronization 
information. 

The individual information . contents in the cell 
time information (CTI#m) in FIG. 8 can be summarized as 
follows : 

(11) cell data general information (general 
information that pertains to each cell and includes 
the following contents); 



- 49 - 

(11.1) cell ID (unique identifier for 

each cell) 

(11*2) total time duration (total required 
time required for playing back cell contents) 
5 (11.3) the number of cell data sets 

(the number of cell data set descriptors in a cell) 

(11.4) cell data set descriptor 

(11.5) cell time physical size (which 
indicates the recording location size on the 

10 information storage medium where a cell including an 

inherent defect location is recorded. By combining 
with the aforementioned "total time duration"^ the size 
of an inherent defective area in the cell can be 
determined, and a practical transmission rate can be 

15 expected. This information is used to "determine 

a recording location candidate of a cell that can 
guarantee continuous playback" . ) 

(11.6) the number of constituent VOBUs 
(the number of VOBUs that constitute a cell) 

20 (12) time code table; 

(13) acquired defect information (acquired defect 
information detected in a cell, which includes the 
following contents); 

(13.1) the number of acquired defects (the 
25 number of ECC blocks in which acquired defects that 

have suffered acquired defects in a cell) 

(13.2) acquired defect address (which 



50 



indicates the location of acquired defect by an AV 
address value in units of ECC blocks. The address 
value is registered as needed every time a defect is 
produced upon playback of a cell.) 
5 (14) cell video information (including the 

following contents); 

(14,1) video signal type (NTSC or PAL) 
(14*2) compression method (MPEG2, MPEGl/ or 
motion JPEG) 

10 (14.3) stream ID and substream ID 

information (main screen or sub screen R used in 
multi-screen simultaneous recording/playback) 
(14.4) maximum transmission rate 
(15) cell audio information (including the 
15 following contents); 

(15.1) signal type (linear PCM, MPEGl, 
MPEG2r or Dolby AC-3) 

(15.2) sampling frequency 

(15.3) the number of quantization bits 
20 (16) cell sub-picture information (which 

indicates the number of streams of sub-picture 
information in each call and their recording 
locations . ) 

The aforementioned "time code table" is expressed 
25 by pairs of the numbers (the numbers of frames: 

expressed by 1 byte) #1 to #n of pictures in units of 
VOBUS in a cell, and the numbers (expressed by 1 byte) 



of used ECC blocks in units of VOBUs at the recording 
locations on the information storage medium indicated 
by the "cell data set descriptor", as indicated in the 
upper portion in FIG. 8. 

Using this expression method, the time code can be 
recorded with a very small information size. 

An access method using this time code will be 
explained below. 

1. A video recording/playback application 
designates the cell ID to be accessed and its time; 

2, the video management layer detects the picture 
number (frame number) of the corresponding picture 
(video frame) from the cell start position on the basis 
of the designated time; 

3 • the video management layer computes by 
sequentially summing up the number of pictures (the 
number of frames) in units of VOBUs from the head of 
the cell shown in FIG. 8 to detect a picture number 
(frame number) and VOBU number from the head to which 
the picture (frame) designated by the video 
recording/playback application corresponds; 

4 . the recording locations of all data in the 
cell on the information storage medium are detected 
from the cell data set descriptor shown in FIG. 8 and 
allocation map table AMT shown in FIG. 4; 

5. the values of the numbers (#1 to #n) of ECC 
blocks of VOBUs (#n) in FIG. 8 are summed up to the 
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VOBU number (#n) detected in item "3." above, and the 
AV address at the corresponding VOBU start position is 
checked; 

6. the corresponding VOBU start position is 

5 directly accessed on the basis of the result in item 

"5." above to trace until the predetermined picture 
(frame) obtained in item "3." above is reached; and 

7. at this time, when I-picture recording end 
position information in the VOBU to be accessed is 

10 required, I-picture end position information in FIG. 9 

is used. 

FIG. 9 is a view for explaining the internal 
structure of the cell VOBU table (VOBU information) 
shown in FIG. 8. 

15 Time management information (presentation time 

stamp PTS) that pertains to audio information is 
recorded in a packet header, as shown in FIG. 6. 
in order to extract this information (PTS), information 
of an audio pack must be directly played back. 

20 However, since the audio pack is recorded at a location 

deep inside the management layer, editing of video 
information in units of cells becomes time-consuming. 

To combat this problem of "time-consuming editing 
in units of cells" and the like, synchronization 

25 information for audio information is provided in AV 

data control information DA210 in FIG. 4. This 
synchronization information is audio synchronization 



information shown in FIG- 9. 

Referring to FIG. 9, VOBU general information 
indicates the end position of I-picture of MPEG-encoded 
video information, and is expressed by a differential 
address from the start position of a VOBU at the last 
position of I-picture (1 byte). 

Dummy pack information is expressed by the number 
of dummy packs (1 byte) indicating the number of dummy 
packs (FIG. 7) inserted into respective VOBUs, and the 
dummy pack distribution (dummy pack numbers X 2 bytes) 
including the differential address from the start 
position of a given VOBU to the dummy pack insertion 
position (2 bytes) and the individual numbers of dummy 
packs (2 bytes ) • 

Audio synchronization information is expressed 
by an audio stream channel number (1 byte) indicating 
the number of channels of an audio stream, l-picture 
audio positions #1, #2, ... (1 byte each; the most 
significant bit designates the direction of a 
position including another concurrent audio pack • . . 
"0" = backward, "1" = forward), each of which indicates 
the differential address value of an ECC block that 
includes an audio pack of the same time as the 
I-picture start time from the head of a VOBU, I-picture 
start audio sample numbers #1, #2, ... (2 bytes each), 
each of which indicates the sample number of the audio 
sample position of the same time as the I-picture start 
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time in a given £CC block as a coefficient of serial 
numbers of all audio packs, audio synchronization 
information flags #1, #2, (1 byte each), each of 

which indicates the presence/absence of synchronization 
5 information between audio and video streams, and audio 

synchronization data (2 bytes) which is appended 
to each audio synchronization information flag only 
when the audio synchronization information flag 
indicates the "presence of synchronization 

10 information", and indicates the number of audio samples 

included in a corresponding VOBU. 

Each of I-picture start audio positions #1, 
#2, ... in FIG. 9 indicates the differential address 
value of an ECC block that includes an audio pack of 

15 the same time as the I-picture start time from the head 

of the corresponding VOBU. 

Furthermore, I-picture start audio positions #1, 
#2, ... in FIG. 9 indicate the audio sample positions 
of the same time as the I-picture start time as counts 

20 of serial numbers of all audio packs. 

For example, upon dividing AV information in 
a given cell in video editing, when a VOBU in that cell 
is divided into two vOBUs and each divided information 
is re-encoded, division free from any interrupt of 

25 playback tones and any phase shift between playback 

channels can be implemented using the aforementioned 
information (I-picture start audio position #1 and 
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I-picture start audio sample number #1) in FIG* 9. 

An example of this point will be explained below. 
The frequency shift of the reference clocks of 
a normal digital audio recorder is approximately 0,1%. 
5 when sound source information digitally recorded by 

a digital video tape (DAT) recorder is overdubbed on 
video information already recorded on a DVD-RAM disc by 
digital copy, the reference clocks between the video 
information and audio information may have an error of 
10 around 0.1%. Such reference clock error becomes so 

large that it cannot be ignored upon repeating the 
digital copy (or nonlinear edit using a personal 
computer or the like), and appears as interrupted 
playback tones or a phase shift between playback 
15 channels. 

In an embodiment of the present invention, 
synchronization information can be recorded as an 
option to synchronously play back video information and 
audio information (or to attain phase synchronization 
20 among channels of multi-channel audio data) even when 

the reference clocks of audio information have shifted. 

More specifically, in the audio synchronization 
information in FIG. 9, the presence/absence of 
synchronization information between audio and 
2 5 video streams can be set in units of audio stream IDs 

(#1, #2, . . . ) . 

when this audio synchronization information is 
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present/ the number of audio samples is described in 
units of VOBUs in audio synchronization data in that 
information. Using this information (the number of 
audio samples), synchronization between video 
5 information and audio information or synchronization 

between channels of multi-channel audio data can be 
attained in units of VOBUs in each audio stream upon 
playback • 

FIG, 10 exemplifies the hierarchical structure of 
10 information included in control information DA21 in 

FIG. 4. 

Each cell in FIG- 5 or 6 indicates a playback 
period that designates playback data by its start and 
end addresses. On the other hand, program chain PGC in 
15 FIG. 5 is a series of playback execution units that 

designate the playback order of cells. Playback of 
video object set VOBS in FIG. 5 is determined by 
program chains PGC and cells that form video object set 
VOBS. 

20 AV data control information DA210 in FIG. 10 has 

control information PGCCI of such program chain PGC. 
This PGC control information PGCCI is made up of PGC 
information management information PGC_MAI, k (one or 
more) PGC information search pointers, and k (one or 

25 more) pieces of PGC information, the number of which is 

equal to that of the PGC information search pointers. 
PGC information management information PGC_MAI 



includes information indicating the number of PGCs . 
Each PGC information search pointer points to the head 
of each PGC information PGCI^ and allows easy search 
for corresponding PGC information PGCI . 

Each PGC information PGCI includes PGC general 
information and m pieces of cell playback information. 
This PGC general information includes a PGC playback 
time and the number of pieces of cell playback 
information. 

Problems posed when the position of a sector as a 
minimum unit of address has deviated from that of video 
object unit VOBU shown in FIG. 6 will be explained 
below with reference to FIG. 11. 

When new information is recorded on a data change 
area in FIG. 11 or information there is updated, 
complicated processes which: 

. 1) play back an ECC block present at the start 
position of VOBU#g? 

2) deinterleave the ECC block; 

3) change information of a portion that pertains 
to the data change area in the ECC block; 

4) re-assign error correction codes in the ECC 
block; and 

5) overwrite changed information at the ECC block 
position are required. As a consequence, a continuous 
recording process in NTSC video recording that requires 
a frame rate of 30 frames per sec is disturbed. 



Furthermore, when the surface of an information 
storage medium (DVD-RAM disc 10) has dust or scratches, 
a recording process is influenced more seriously by 
such dust or scratches than a playback process. 

More specifically, when dust or scratches are 
present near that position of an ECC block which 
includes a sector that is to undergo processes 1) to 5) 
above, VOBU#g has been played back without any problem 
so far, but an information defect is produced by a 
rewrite process of the ECC block including that sector, 
and it may become impossible to play back VOBU#g. 

Also, every time information is rewritten in 
a data change area which is not relevant to VOBU#g/ the 
start position of VOBU#g is required. A phase change 
recording film used as the recording material of the 
DVD-RAM disc has a tendency that its characteristics 
deteriorate after repetitive recording and defects 
increase. Hence, it is preferable to minimize the 
number of times of rewrite of a portion which need not 
be rewritten (the start position of VOBU#g in FIG. 11) 
(the number of times of rewrite can be recorded in 
control information rewrite count CIRWNs in FIG. 4). 

For these reasons, in order to guarantee a 
continuous recording process at a frame rate of 30 
frames per sec, to minimize the number of times of 
rewrite of unwanted portions, and so forth, in 
the present invention, the VOBU recording unit is set 



to match an integer multiple of ECC block size 
(32 kbytes), as shown in FIG. 6 (note that 2 kbytes 
of a sector are used as a minimum unit of address). 
This process is called 32-kbyte align. 

To attain 32-kbyte align, i.e., to set each VOBU 
size to always match an integer multiple of 32 kbytes 
before and after data change, a dummy pack (FIG. 7) 
having an appropriate size is inserted into each VOBU. 

A method of setting an AV address number set based 
on the aforementioned condition (32-kbyte align that 
sets the recording unit to match an integer multiple of 
ECC block size) will be explained below compared to 
another logical block number assignment method. 

In order to allow easy conversion to logical block 
numbers used in the file system, losses or repetitions 
of numbers due to replace processes for defects 
produced on information storage medium 10 are avoided. 

Upon recording video information, a replace 
process is done for a defect on the information storage 
medium. At this time, the setting location of an AV 
address moves on information storage medium 10 as 
a result of this replace process. 

Let "AVA" be the AV address number, "LBN" be the 
logical block number, and "LBNav" be the logical block 
number at the AV file start position. Then, the 
logical block number and AV address number satisfy: 
AVA = (LBN - LBNav) 16 
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Note that digits after the decimal point of the 
quotient obtained upon division by 16 are dropped. 

FIG. 12 shows a case wherein the 32-kbyte align is 
executed by inserting a dummy pack into a cell whose 
5 data has been changed after video recording. Then, the 

boundary positions of video object units VOBU in the 
cell match those of ECC blocks (32 kbytes) which form 
data in that cell. 

As a result, upon rewriting data later, data can 

10 be overwritten in units of ECC blocks (ECC need not be 

re-encoded). In addition, when the AV address uses an 
ECC block made up of 16 sectors as a unit, address 
management is easy even when overwrite (insert edit or 
the like) is made after video recording. Since this 

15 overwrite is made irrespective of VOBU#g who data has 

not changed, playback of data of VOBU#g never fails due 
to rewrite of the data change area. 

When each VOBU size matches an integer multiple of 
32 kbytes before and after data change even when no 

20 dummy pack is inserted (an integer multiple of 

32 kbytes also means that of 2 kbytes of a sector), no 
dummy pack need be added for the purpose of the 
32-kbyte align. However, since the dummy pack can 
be used in addition to 32-kbyte align (e.g., as 

25 an auxiliary area for postrecording and the like), 

an appropriate number of dummy packs are preferably 
inserted irrespective of 32-kbyte align. 



FIG. 13 shows an example of playback of cell data 
recorded on disc 10 shown in FIG. 1. 

As Shown in FIG. 13, playback data is designated 
by a playback period from cell A to cell F. A playback 
combination of these cells in each program chain (PGC) 
is defined by program chain information. 

FIG. 14 is a table for explaining an example of 
the relationship between cells that -form playback data 
shown in FIG. 13, and program chain information (PGCI) 
(see FIG. .5) . 

More specifically, PGC#1 comprised of three cells 
#1 to #3 designates cell playback in the order of cell 
A — ^ cell B — ► cell C. PGC#2 comprised of three cells 
#1 to #3 designates cell playback in the order of cell 
D — cell E cell F. Furthermore, PGC#3 comprised of 
five cells #1 to #5 designates cell playback in the 
order of cell E — * cell A — > cell D — * cell B cell E. 

In FIGS- 13 and 14, PGC#1 exemplifies a continuous 
playback period from cell A to cell C, and PGC#2 
exemplifies an intermittent playback period from cell D 
to cell F. On the other hand, PGC#3 shows an example 
that allows discontinuous cell playback independently 
of the cell playback direction and repetitive playback 
(cells C and D) . 

<Method of Assuring Continuous Playback Condition> 

An indispensable condition for video information 
is to guarantee continuity upon playback unlike 



conventional computer information. As information for 
guaranteeing continuous playback, neither a special 
flag nor a statement are required. Information that 
guarantees continuity upon playback can be recorded in 
PGC control information PGCCI shown in FIG. 4. More 
specifically, "information that guarantees continuity 
upon playback" can be inserted in the form of adding a 
predetermined condition to a PGC coupling method that 
couples cells. Insertion of the predetermined 
condition will be explained below. 

FIG. 15 is a schematic view of a playback system 
to explain continuity of a playback signal. 

Video information, recorded on information storage 
medium 10 is read by optical head 202, and is 
temporarily saved in buffer memory (semiconductor 
memory) 219. The video information read out from this 
buffer memory 219 is sent externally. The transmission 
rate of the video information sent from optical head 
202 to buffer 219 will be referred to as a physical 
transmission rate (PTR) hereinafter. Also, the average 
value of the transmission rate of the video information 
externally transferred from buffer memory 219 is named 
a system transmission rate (STR). In general, physical 
and system transmission rates PTR and STR assume 
different values. 

In order to play back information recorded at 
different locations on information storage medium 10 in 



turn, access operation for moving the focused spot 
position of optical head 202 is required. Seek access 
for moving entire optical head 202 is made to attain 
large movement; jump access for moving only an 
objective lens (not shown) for focusing laser is made 
to attain a movement for a very small distance. 

FIG. 16 shows a change over time in video 
information amount temporarily saved in buffer memory 
219 upon externally transferring video information 
while making access control. 

In general, since system transmission rate STR is 
higher than physical transmission rate PTR, the video 
information amount temporarily saved in buffer memory 
219 continues to increase during the period of a video 
information time. When the temporarily saved video 
information amount has reached the capacity of buffer 
memory 219, a playback process by optical head 2 02 is 
intermittently done, and the video information amount 
temporarily saved in buffer memory 219 maintains the 
buffer memory capacity full state (corresponding to a 
flat top of the graph in the video information playback 
time in FIG. 16 ) . 

When video information recorded at another 
location on information storage medium 10 is to be 
played back successively, an access process of optical 
head 202 is executed. 

Three different access periods of optical head 



202, i.e., a seek access time, a jump access time, and 
a rotation wait time of information storage medium 10, 
are required, as shown in FIG. 16. In these periods, 
since no information is played back from information 
storage medium 10, physical transmission rate PTR 
during these periods is substantially "0". By 
contrast, since average system transmission rate of 
video information to be externally sent remains 
constant, the video information temporary saved amount 
in buffer memory 219 keeps on decreasing (a graph that 
declines to the right during the seek access time, jump 
access time, or rotation wait time in FIG. 16). 

Upon completion of access of optical head 2 02, 
when playback from information storage medium 10 
restarts (smaller one of the hatched video information 
playback times in FIG. 16), the video information 
temporary saved amount in buffer memory 219 increases 
again. 

This increase slope is determined by the 
difference between the physical transmission rate and 
average system transmission rate, i.e., (physical 
transmission rate PTR) - (average system transmission 
rate STR) . 

After that, when access is made again near the 
playback position on information storage medium 10, 
since it can be attained by only jump access, only the 
jump access time and rotation wait time are required 
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(a graph that declines to the right in FIG. 16)- 

A condition that allows continuous playback in the 
playback operation shown in FIG. 16 can be defined by 
the "upper limit value of an access count during a 
5 specific period". That is, the information contents of 

PGC control information PGCCI shown in FIG. 4, e.g., a 
cell combination shown in FIG. 14, are set so that the 
access count assumes a value equal to or smaller than 
the "upper limit value of an access count during a 
10 specific period". 

An access count condition that absolutely disables 
continuous playback will be explained below using 
FIG. 17. 

When the access frequency is highest, the video 
15 information playback time is very short, as shown 

on the right side of the graph center in FIG. 17, 
and only the jump access time and rotation wait time 
successively appear. In such case, it is impossible to 
assure playback continuity irrespective of physical 
20 transmission rate PTR. 

Let BM be the size of buffer memory 219. 
Then, the temporary saved video information in buffer 
memory 219 is exhausted within a period: 

BM/STR (= BM -r- STR) (01) 

25 and continuous playback is disabled. 

Let JATi (Jump Access Time of an objective lens) 
be each jump access time, and MWTi (Spindle Motor Wait 



Time) be each rotation wait time. Then, in the example 
shown in FIG. 17, we have: 

BM/STR = Z (JATi + MWTi) .••(02) 
Approximating equation (02), and letting JATa be 
the average jump access time, MWTa be the average 
rotation wait time, and n be the access count within 
the period until the temporary saved video information 
in buffer memory 219 is exhausted, equation (02) can be 
rewritten as: 

BM/STR = n • (JATa + MWTa) (03) 

In this case, an indispensable condition as 
"access count n until temporary saved video information 
in buffer memory 219 is exhausted" which is an absolute 
condition for assuring continuous playback is: 

n < BM/(STR- (JATa + MWTa)) (04) 

The value given by inequality (04) is rewritten to 
access count N per sec as: 

N = n/( BM/STR) < l/(JATa + MWTa) (05) 

Since average system transmission rate STR when 
MPEG2 is used is around 4 Mbps (bits per second), 
and the average rotation cycle of a 2.6-GB DVD-RAM 
single-sided, single-layered disc is approximately 
35 ms (milliseconds), average rotation wait time MWTa 
is MWTa ^ 18 ms. On the other hand, a general informa- 
tion recording/playback apparatus has JATa ^ 5 ms . 

As a practical example of size BM of the buffer 
memory 219, some drives with a larger size have 
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2 Mbytes = 16 Mbits, but the buffer memory sizes of 
most drives (information recording/playback 
apparatuses) is around 512 kbytes = 4 Mbits in the 
status quo (in terms of the product cost). 
5 Upon computing using buffer memory size 

BM = 4 Mbits, the shortest time until the temporary 
saved video information in buffer memory 219 is 
exhausted is 4 Mbits/4 Mbps ^ 1 sec. Substituting this 
value in inequality (04) yields: 
10 n < BM/(STR- (JATa + MWTa) ) 

= 1 sec/ (18 ms + 5 ms) ^ 43 
A computation example under the specified 
condition yields the aforementioned result (access 
count upper limit n ^ 43). However, since the 
15 computation result changes depending on the buffer 

memory size and average system transmission rate of the 
apparatus, equation (03) serves as a condition formula 
required to assure continuous playback. 

When access is made at an access frequency 
20 slightly lower than that obtained by equation (03), and 

when physical transmission rate PTR is much higher than 
average system transmission rate STR, continuous 
playback is enabled. 

In order to allow continuous playback by 
2 5 satisfying only the condition of equation (03), the 

following prerequisites must be satisfied: 

1) physical transmission rate PTR is extremely 



high; and 

2) all pieces of video information to be accessed 
are allocated at nearby locations and can be accessed 
by only jump access without any seek access. 

Hence, a condition that can guarantee continuous 
playback even when physical transmission rate PTR is 
relatively low will be examined below. 

As shown in FIG. 18/ when the video information 
playback time and access times have good balance, and 
the temporary saved video information in buffer memory 
219 is maintained nearly constant from a global point 
of view, continuity of video information playback 
viewed from an external system can be assured without 
exhausting temporary saved video information in buffer 
memory 219. 

Let SATi (Seek Access Time of an objective lens) 
be each seek access time, SATa be the average seek 
access time after n accesses, DRTi (Data Read Time) be 
the playback information read time per access, and DTRa 
be the average playback information read time after n 
accesses . 

Then, the data amount externally transferred from 
buffer memory 219 during the total access period of n 
accesses is given by: 

STR X ( 2 ( SATi + JATi + MWTi ) ) 
^ STR X n X (SATa + JATa + MWTa) (06) 

when the value given by equation (06) and the 



video information amount: 
(PTR - STR) X ZDRTi 
^ (PTR - STR) X n • DRTa -..(07) 
stored in buffer memory 219 upon playing back video 
information by n accesses satisfy (PTR - STR) x 
n • DRTa ^ STR X n X ( SATa + JATa + MWTa ) , i.e., 

(PTR - STR) • DRTa ^ STR • (SATa + JATa + MWTa) 

(08) 

continuity of playback video viewed from the external 
system side can.be assured. 

If N represents the average access count per sec, 
we have: 

1 ^ N • ( DRTa + SATa + JATa + MWTa ) ...(09) 

From formulas (08) and (09), since 
1/(N' (SATa + JATa + MWTa) S 1 + STR/(PTR - STR) 
solving this inequality for N yields: 

N S 1/{[1 + STR/ (PTR - STR)] 

• (SATa + JATa + MWTa)} ...(10) 

N of this inequality (10) defines the access count 
upper limit value per sec that can assure continuity of 
playback video. 

The relationship between the seek access distance 
and the seek access time required therefor will be 
examined below. 

FIG. 19 is a view for explaining the relationship 
between the seek distance and seek time of an optical 
head. 
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When a target position has been reached while 
accelerating/decelerating at equal acceleration a , the 
moving distance until time tmax at which the moving 
speed of optical head 202 becomes maximum is 
a • tmax • tmax/ 2 from FIG. 19. Hence, total distance p 
the optical head has moved by seek access is given by: 
p = a • tmax • tmax ...(11) 
As can be seen from equation (11) r the time 
required for seek access is proportional to the 1/2-th 
power (i.e., a square root) of the moving distance. 

FIG. 20 is a view for explaining the average seek 
distance of the optical head. 

The average seek distance (average seek access 
distance) upon recording video information on an area 
15 having radial width L will be examined. As shown in 

FIG. 20, the average seek distance from a position 
distance XO from the end (of a seek area) to all 
recording areas is given by: 

X0X0/2L + (L - XO) • (L - X0)/2L ...(12) 
20 When the average value upon moving XO from 0 to L 

is computed using formula (12), the average seek 
distance as a result of integrating XO under prescribed 
conditions is: 

L/3 ...(13) 
25 A case will be examined below wherein an area 

corresponding to half the radial width on optical disc 
10 which corresponds to data area DA shown in FIG. 4 is 



used to record AV data area DA2 . 

in this case, from formula (13) the average seek 
distance (average seek access distance) is 1/6 the 
radial width on optical disc 10 corresponding to data 
area DA. 

For example, when optical head 202 takes 0.5 sec 
to move (seek) from the innermost periphery to the 
outermost periphery of the recording area (data area DA 
in FIG. 4), from equation (11) the average seek time 
(average seek access time) within AV data area DA2 is: 

SATa 2 00 ms ... (14) 

which is a value proportional to the 1/2-th power of 

1/6 of 0.5 sec. 

For example, MWTa ^ 18 ms and JATa 5 ms are 
used in computations, as described above. In such 
case, a 2.6-GB DVD-RAM disc has PTR = 11.08 Mbps . When 
the average transmission rate of MPEG2 is STR ^ 4 Mbps, 
if the aforementioned values are substituted in 
inequality (10), N ^ 2.9 is obtained. 

FIG. 21 is a schematic view of a recording system 
to explain continuity of a recording signal. 

Recording information is externally sent to buffer 
memory 219 at average system transmission rate STR 
(around 4 Mbps in MPEG2 video). Buffer memory 219 
temporarily holds the sent information (MPEG video data 
and the like), and transfers the held information to 
optical head 202 at physical transmission rate PRT that 
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matches the storage medium and the type of drive. 

In order to record the information at different 
locations on information storage medium 10 in turn, 
access operation that moves the focused spot position 
5 of optical head 202 is required. Seek access for 

moving entire optical head 202 is made to attain large 
movement; jump access for moving only an objective lens 
(not shown) for focusing laser is made to attain a 
movement for a very small distance. 
10 <Access Frequency Reduction Method; Re-arrange Cells by 

Editing> 

FIG. 22 exemplifies cells that form a portion of 
recorded AV data (video signal information), and video 
object unit VOBU sequences of the respective cells. 

15 FIG- 23 is a view for explaining a case wherein 

cell #2 is edited and data falls short in the middle of 
cell #2 (at the position of VOBU 108e) in the sequence 
shown in FIG. 22 (VOBU 108e is re-encoded). 

Furthermore, FIG. 24 is a view for explaining 

2 0 changes in cell configuration, VOBU sequences, and 

position of a free area exemplified in FIG. 22 upon 
completion of edit in FIG. 23. 

In order to guarantee the seamless, continuous 
playback or recording, each cell layout in PGC 

25 information (FIGS. 10 and 14) in PGC control 

information PGCCI in FIG. 4 is set to satisfy the 
condition of formula (5) or (10). However, when the 
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access frequency becomes higher than a seamless 
guarantee value due to user requests in the edit 
operation, the access frequency reduction process is 
executed again to satisfy the conditions of formulas 
5 (03) or (08)- 

This re-process will be explained below. 

Assume that the cell playback order: 

cell #1 cell #2 — cell #3 
is initially set, as shown in FIG, 22 (in this case, no 
10 access occurs during playback) . 

Then, the user divides cell #2 into cell #2A and 
cell #2B (FIG. 23), and sets the cell playback order: 

cell #2A cell #1 -* cell #2B cell #3 
in this case, the access count increases by two, that 
15 is: 

access from the end of cell #2A to the head of 
cell #1; and 

access from the end of cell #1 to the head of 
cell #2B. 

2 0 In this manner, when formula (03) or (08) cannot 

be satisfied as a result of an increase in access count 
in that PGC, cell #2A is moved to free area 107, as 
shown in FIG. 24. 

As a result, the access count in the PGC that 
25 defines the playback order "cell #2A cell #1 

cell #23 cell #3" decreases to one, that is: 

access from the end of cell #1 to the head of 



cell #2B. 

As in the above example, when formula (03) or (08) 
cannot be satisfied, some cells are moved (to change 
the recording location on information storage medium 
10), thus lowering the access frequency. In this way, 
formula (03) or (08) is satisfied to guarantee 
seamless, continuous playback or recording in that PGC. 

When formula (03) or (08) is not satisfied 
even after an increase in access count due to editing 
is decreased by the aforementioned method, the user 
re-checks the cell configuration of the PGC to 
re-configure the number and sequence (layout) of cells 
in the PGC so as to satisfy formula (03) or (08). 
<Method of Assuring Continuous Recording Condition> 

FIG. 25 is a graph for explaining an example of 
the relationship between access operations and the 
temporary saved amount in the buffer memory upon 
continuous recording of a video signal (when the access 
frequency is highest). FIG. 2 6 is a graph for 
explaining another example of the relationship between 
access operations and the temporary saved amount in the 
buffer memory upon continuous recording of a video 
signal (when the recording time and access time have 
good balance) . 

Unlike in the "case wherein continuous playback is 
disabled when the temporary saved video information 
amount on buffer memory 219 is exhausted" that has been 
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explained with reference to FIG. 17, the temporary 
saved video information amount on buffer memory 219 is 
saturated upon continuous recording r as shown in 
FIG. 25. 

5 More specifically, as can be seen from a 

comparison between FIGS. 25 and 17, formula (03) can be 
applied to the access frequency that satisfies the 
continuous recording condition. 

Likewise, as can be seen from a comparison between 

10 FIGS. 26 and 18, formula (08) can be applied to the 

access frequency that satisfies the continuous 
recording condition. 

According to the "conditional formula for assuring 
continuity" that has been explained with reference to 

15 FIGS. 16 to 20 and FIGS. 25 and 26, seamless, 

continuous playback or recording (free from any 
interrupt during playback or recording) can be 
guaranteed irrespective of the characteristics of an 
information recording/playback apparatus (drive) used. 

20 FIG. 27 is a block diagram for explaining the 

arrangement of a DVD video recorder which can cope with 
a synchronization error between video and audio upon 
re-arranging (e.g., editing) video information in a 
video object. 

25 The apparatus main body of the DVD video recorder 

shown in FIG. 2 7 is roughly constructed by disc drive 
32 for rotating DVD-RAM (DVD-RW) disc 10, and 



reading/writing information to/from disc 10/ disc 
changer (or disc pack) 100 which automatically supplies 
predetermined disc 10 to disc drive 32, and can load a 
plurality of discs 10, encoder 50 on the video 
recording side, decoder 60 on the playback side, and 
main MPU 30 for controlling the operations of the 
apparatus main body. 

Data processor 3 6 can have functions of supplying 
DVD recording data output from encoder 50 to disc 
drive 32, receiving a DVD playback signal played back 
from disc 10 via drive 32, rewriting management 
information recorded on disc 10, and erasing data 
recorded on disc 10, under the control of main MPU 30. 

Also, data processor 3 6 forms ECC groups by 
combining packs sent from formatter 56 in units of 16 
packs, appends error correction information to each ECC 
group, and sends these ECC groups to disc drive 32. In 
this case, when disc drive 32 is not ready to record on 
disc 10, ECC group data appended with error correction 
information are transferred to temporary storage 34, 
and are temporarily stored therein until drive 32 is 
ready to record. When disc drive 32 is ready to 
record, recording of data stored in temporary storage 
34 on disc 10 starts. 

Main MPU 30 includes a ROM written with control 
programs and the like, a RAM that provides a work area 
required for executing a program, an audio information 



synchronization processor, a telephone I/F or Internet 
I/F, and the like. 

MPU 30 executes an audio information 
synchronization process (to be described later; 
FIG. 29) and other processes using its RAM as a work 
area in accordance with the control programs stored in 
its ROM. 

Of the execution results of main MPU 30, the 
contents that the DVD video recorder user is informed 
of are displayed on a display unit (not shown) of the 
DVD video recorder, or are displayed on a monitor 
display (not shown) in an on-screen display (OSD) mode. 

The information recording/playback apparatus 
portion that writes /reads (records and/or plays back) 
information to/from DVD disc 10 comprises disc changer 
(disc pack) 100, disc drive 32, temporary storage 34, 
data processor 36, and system time counter (or system 
time clock; STC) 38. 

Temporary storage 34 is used to buffer a 
predetermined amount of data of those to be written in 
disc 10 via disc drive 32 (i.e., data output from 
encoder 50), and to buffer a predetermined amount of 
data of those played back from disc 10 via disc drive 
32 (i.e., data input to decoder 60). In this sense, 
temporary storage 34 in FIG. 2 7 has a function 
corresponding to buffer memory 219 in FIG. 21. 

For example, when temporary storage 34 is 
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comprised of a semiconductor memory (DRAM) of 4 to 
8 Mbytes, it can buffer recording or playback data for 
approximately 8 to 16 sec at an average recording rate 
of 4 Mbps. On the other hand, when temporary storage 
5 34 is comprised of a 16-Mbyte EEPROM (flash memory), it 

can buffer recording or playback data for approximately 
32 sec at an average recording rate of 4 Mbps, 
Furthermore, when temporary storage 34 is comprised of 
a 100-Mbyte very compact HDD (hard disc), it can buffer 

10 recording or playback data for 3 min or more at an 

average recording rate of 4 Mbps. 

When the DVD video recorder has an external card 
slot (not shown in FIG. 27), the EEPROM may be sold as 
an optional IC card. On the other hand, when the DVD 

15 video recorder has an external drive slot or. SCSI 

interface, the HDD can be sold as an optional expansion 
drive . 

In this connection, in an embodiment (not shown) 
in which a DVD video recorder is implemented by 
20 software using personal computer PC, the free space of 

a hard disc drive or a main memory of PC itself can be 
partially used as temporary storage 34 in FIG. 27. 

Temporary storage 34 can also be used to 
temporarily store recording information until disc 10 
25 is exchanged by a new one, when disc 10 has been fully 

recorded during video recording, in addition to the 
aforementioned purpose of guaranteeing "seamless. 
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continuous playback or recording". 

Furthermore, when disc drive 32 uses a high-speed 
drive (double-speed or higher), temporary storage 34 
can be used to temporarily store data that excesses 
5 data to be read out from a normal drive within a 

predetermined period of time. 

When read data upon playback is buffered on 
temporary storage 34, even when an optical pickup (not 
shown) produces read errors due to a vibration shock or 

10 the like, playback data buffered on temporary storage 

34 can be used instead, thus preventing the played back 
picture from being interrupted. 

AS an analog signal source of a raw signal to be 
recorded on disc 10, a video playback signal of VHS 

15. video, laser disc LD, or the like is available, and 

this analog video signal is input to encoder 50 via an 
AV input shown in FIG. 27. 

As another analog signal source, normal analog TV 
broadcast (ground or satellite broadcast) is available, 

20 and this analog TV signal is input to encoder 50 from a 

TV tuner shown in FIG. 2 7 (in case of TV, text 
information such as closed caption or the like is often 
broadcasted simultaneously with video information, and 
such text information is also input to encoder 50). 

25 As a digital signal source of a raw signal to be 

recorded on disc 10, a digital output or the like of a 
digital broadcast tuner is available, and this digital 
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video signal is directly input to encoder 50 • 

When this digital tuner has an IEEE1394 interface 
or SCSI interface, its signal line is connected to main 
MPU 30. 

5 When a bitstream (including MPEG-encoded video) of 

DVD video is digitally broadcasted directly, and the 
digital tuner has a digital output of the bitstream, 
since the bitstream output has already been encoded, it 
is directly transferred to data processor 36. 

10 Note that the analog video output of a digital 

device which does not have any digital video output but 
has digital audio output (e.g., digital video cassette 
DVC or digital VHS video DVHS) is connected to the AV 
input, and its digital audio output is supplied to 

15 encoder 50 via sample rate converter SRC. This SRC 

converts a digital audio signal having a sampling 
frequency of, e.g., 4 4.1 kHz into that having a 
sampling frequency of 4 8 kHz. 

Although no signal lines are illustrated in 

20 FIG. 27, when personal computer PC can output a digital 

video signal in the DVD video format, that digital 
video signal can be directly input to encoder 50. 

All digital input audio signal sources (digital 
tuner, DVC, DVHS, PC, and the like) are connected to 

25 main MPU 30. This is done to use such signals in the 

"audio synchronization process" to be described later. 

The control timings that main MPU 30 controls disc 
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changer (disc pack) 100, disc drive 32, data processor 
36, and encoder 50 and/or decoder 60 can be determined 
based on time data output from STC 38 (video 
recording/playback operations are normally done in 
5 synchronism with time clocks from STC 38, but other 

processes may be executed at timings independently of 
STC 38) . 

A DVD digital playback signal which is played back 
from disc 10 via disc drive 32 is input to decoder 60 

10 via data processor 36. 

As will be described in detail later using 
FIG. 28, decoder 6 0 includes a video decoder for 
decoding a main picture video signal from the input DVD 
digital playback signal, a sub-picture decoder for 

15 playing back a sub-picture signal from this playback 

signal, an audio decoder for playing back an audio 
signal from this playback signal, a video processor for 
compositing the decoded sub-picture on the decoded main 
picture, and a means (reference clock generator) for 

20 correcting timing errors between video and audio 

signals or among channels of a multi-channel audio 
signal • 

A video signal (main picture + sub-picture) 
decoded by decoder 60 is supplied to video mixer 602, 
25 Video mixer 602 receives reduced-scale picture/ 

thumbnail picture data (see FIG. 4) and text data from 
main MPU 30 as needed. This thumbnail picture (and/or 
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text) are/is composited on the decoded video signal on 
frame memory 604 to generate a visual menu (user menu) 
used in a recorded content search and the like. 

When thumbnail pictures for the user menu are 
5 displayed on a monitor (not shown), a thumbnail picture 

file previously saved as an independent file is flowed 
as stream packs, and is displayed by designating 
display positions (X- and Y-coordinate values) in freune 
memory 604. At this time, if text data or the like is 

10 included, text is displayed below each thumbnail 

picture using a character ROM (or kanji ROM). 

A digital video signal including this visual menu 
(user menu) as needed is output outside the apparatus 
shown in FIG. 27 via a digital video I/F. Also, the 

15 digital video signal including the visual menu as 

needed is converted into an analog video signal via a 
video DAC, and the analog video signal is sent to an 
external analog monitor (a TV with an AV input). 

Note that thumbnail picture data for the user menu 

20 may be inserted into recording data as independent 

video pack data in place of the aforementioned 
independent file. That is, the DVD video format 
specifies "0" (stream ID = OEOh) as a stream number 
for main picture data, and can also specify "1" 

25 (stream ID = OElh) as that for thumbnail picture data 

and multiplex such stream. The multiplexed thumbnail 
pictures with the stream number = "1" serve as source 
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data used in a menu edit process. 

FIG- 28 is a block diagram for explaining the 
internal arrangement of the encoder and decoder in the 
arrangement shown in FIG. 27. 
5 Encoder 50 comprises ADC (analog- to-digital 

•converter) 52, video encoder 53, audio encoder 54, 
sub-picture encoder 55, formatter 56, buffer memory 57, 
frame memory 51 for thumbnail pictures, thumbnail video 
encoder 58, and memory 59 used upon encoding thumbnail 
10 pictures. 

ADC 52 receives an external analog video 
signal + external analog audio signal from the AV input 
in FIG. 27, or an analog TV signal + analog audio 
signal from the TV tuner. ADC 52 converts the 
15 input analog video signal into a digital signal at 

a sampling frequency of, e.g., 13.5 MHz/6.75 MHz and 
8 quantization bits. 

That is, luminance component Y is converted into 
digital data at a sampling frequency of 13.5 MHz and 
20 8 quantization bits, and color difference components Cr 

(or Y-R) and Cb (or Y-B) are respectively converted 
into digital data at a sampling frequency of 6.75 MHz 
and 8 quantization bits. 

Similarly, ADC 52 converts the input analog audio 
25 signal into a digital signal at a sampling frequency 

of, e.g., 48 kHz and 16 quantization bits. 

When an analog video signal and digital audio 



signal are input to ADC 52, the digital audio signal 
passes through ADC 52, (The digital audio signal may 
undergo processes for reducing jitter alone, changing 
the sampling rate or the number of quantization bits, 
and the like without changing its contents.) 

On the other hand, when a digital video signal and 
digital audio signal are input to ADC 52, these signals 
pass through ADC 52 (these signals may also undergo a 
jitter reduction, sampling rate change process, and the 
like without changing their contents). 

A digital video signal -component output from ADC 
52 is supplied to formatter 56 via video encoder 53. 
Also, a digital audio signal component output from ADC 
52 is supplied to formatter 56 via audio encoder 54. 

Video encoder 53 has a function of converting the 
input digital video signal into a digital signal 
compressed at a variable bit rate by MPEG2 or MPEGl- 

Audio encoder 54 has a function of converting the 
input digital audio signal into a digital signal 
compressed at a fixed bit rate (or linear PCM digital 
signal) by MPEG or AC-3. 

When a DVD video signal is input from the AV 
input or when a DVD video signal (digital bitstream) 
is broadcasted and received by TV tuner 44, 
a sub-picture signal component (sub-picture pack) 
in the DVD video signal is sent to sub-picture 
encoder 55. Alternatively, if a DVD video player with 
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a sub-picture signal independent output terminal is 

available, a sub-picture signal component can be 

extracted from that sub-picture output terminal. 

Sub-picture data input to sub-picture encoder 55 is 
5 arranged into a predetermined signal format, and is 

then supplied to formatter 56. 

Formatter 56 performs predetermined signal 

processes for the input video signal, audio signal, 

sub-picture signal, and the like while using buffer 
10 memory 57 as a work area, and outputs recording data 

that matches a predetermined format (file structure) to 

data processor 36. 

The respective encoders (53 to 55) compress 

and packetize the input signals (video, audio, and 
15 sub-picture). (Note that packets are segmented and 

packetized to have a size of 2,048 bytes per pack.) 

These compressed signals are input to formatter 56. 

Formatter 56 determines and records presentation time 

stamp PTS and decoding time stamp DTS of each packet in 
2 0 accordance with the timer value from STC 38 as needed. 

In this case, packets of thumbnail pictures used 

in the user menu are transferred to and temporarily 

saved in memory 59 for storing thumbnail pictures. 

The thumbnail picture packet data is recorded as. an 
2 5 independent file upon completion of video recording. 

The size of each thumbnail picture on the user menu is 

selected to be, e.g., approximately 144 pixels x 96 



86 



pixels . 

Note that MPEG2 compression, which is the same as 
the compression format of main picture data, can be 
used as that of thumbnail pictures, but other 
5 compression schemes may be used. For example, other 

compression schemes such as JPEG compression, runlength 
compression (pallet = 256 colors: requires a reduction 
to 256 colors), TIFF format, PICT format, and the like 
can be used. 

10 Formatter 56 temporarily saves packet data in 

buffer memory 57, then packs the input packet data to 
mix them in units of GOPs of MPEG, and transfers the 
packs to data processor 36. 

The contents of standard encoding for generating 

15 the recording data to be transferred to data processor 

36 will be briefly explained below. 

When encoder 50 starts encoding, parameters 
required for encoding video (main picture) data 
and audio data are set. The main picture data is 

2 0 pre-encoded using the set parameters to compute an 

optimal code amount distribution to a predetermined 
average transmission rate (recording rate). Based on 
the code amount distribution obtained by pre-encoding, 
the main picture data is encoded. At this time, the 

25 audio data is encoded at the same time. 

As a result of pre-encoding, when data compression' 
is insufficient (when a desired video program cannot be 



stored in a DVD-RAM or DVD-R disc used to record data), 
if pre-encoding can be done again (for example^ if 
the recording source is the one capable of read many 
such as a video tape, video disc, or the like), the 
main picture data is partially re-encoded, and the 
re-encoded main picture data portion replaces the 
previously pre-encoded main picture data portion. With 
a series of such processes, the main picture data and 
audio data are encoded, and the average bit rate value 
required for recording is reduced largely. 

Likewise, parameters required for encoding the 
sub-picture data are set, and encoded sub-picture data 
is generated. 

The encoded main picture data, audio data, and 
sub-picture data are combined and converted into a data 
structure for video recording. 

That is, the configuration of cells that construct 
program chain PGC shown in FIG. 5 or 14, attributes of 
main picture, sub-picture, and audio data, and the like 
are set (some pieces of such attribute information use 
information obtained upon encoding the individual 
data), and information management table information 
containing various kinds of information is created. 

The encoded main picture data, audio data, 
and sub-picture data are segmented into packs 
each having a predetermined size (2,048 bytes), 
as shown in FIG. 6. Dummy packs (FIG. 7) are 
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inserted into these packs as needed to implement 
the aforementioned "32-kbyte align". 

Packs other than the dummy packs describe time 
stamps such as a PTS (presentation time stamp; see 
5 FIG, 6), DTS (decoding time stamp), and the like as 

needed. As for the PTS of sub-picture data, a time 
arbitrarily delayed from that of main picture data or 
audio data in the same playback time zone can be 
described. 

10 The data cells are arranged in units of VOBUs so 

as to play back data in the order of their time codes, 
thus formatting a VOBS constructed by a plurality of 
cells, as shown in FIG. 5, as video object DA22. 

When a DVD playback signal is digitally copied 

15 from a DVD video player, since the contents of cells, 

program chain, management tables, time stamps, and the 
like are predetermined, they need not be generated 
again. (When a DVD video recorder is designed to 
digitally copy a DVD playback signal, copyright 

20 protection means such as digital watermarking or the 

like must be taken.) 

Decoder 60 in FIG. 28 comprises: reference clock 
generator 61 for generating sync-locked reference 
clocks on the basis of audio synchronization signal 

25 A-SYNC sent from main MPU 30 in FIG. 27; separator 62 

for separating and extracting packs from playback data 
with the structure shown in FIG. 6; memory 63 used upon 
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signal processes such as pack separation and the like; 
video decoder 64 for decoding main picture data (the 
contents of a video pack) separated by separator 62; 
sub-picture decoder 65 for decoding sub-picture data 
5 (the contents of a sub-picture pack) separated by 

separator 62; video processor 66 for compositing 
sub-picture data output from sub-picture decoder 65 
with video data output from video decoder 64, as 
needed, and outputting main picture data with 
10 superimposed sub-picture data such as menus, highlight 



buttons, superimposed dialog, and the like; audio 



decoder 68 for decoding audio data (the contents of an 



audio pack) separated by separator 62 at the timing of 



the reference clock from reference clock generator 61; 
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a digital audio I/F for externally outputting a digital 



audio signal from audio decoder 68; and a DAC for 



converting the digital audio signal from audio decoder 
68 into an analog audio signal, and externally 
outputting the analog audio signal. 
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The analog audio signal from this DAC is supplied 
to external components (not shown; a multichannel 
stereophonic apparatus having two to six channels). 



Note that audio synchronization signal A-SYNC is 
used to synchronize audio signals in units of, e.g.. 
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VOBUs shown in FIG. 6. 



Main MPU 30 in FIG. 27 can generate audio 



synchronization signal A-SYNC by detecting audio 



synchronization packs, when a digital audio signal sent 
from a digital input device includes the configuration 
shown in FIG. 6 and the audio synchronization packs 
(SNV_PCK; not shown) are inserted at the head positions 
of respective VOBUs • 

Alternatively, main MPU 30 in FIG. 27 can generate 
audio synchronization signal A-SYNC using PTS 
information obtained by detecting presentation time 
stamps PTS (FIG. 6) included in audio packs. 

In the arrangement shown in FIGS. 27 and 28, the 
data processes upon playback are done as follows. 

Upon receiving a playback start command by user's 
operation, main MPU 3 0 loads the management area of 
disc 10 from disc drive 32 via data processor 36, and 
determines the address to be played back (corresponding 
to the address using common logical sector number LSN). 

Main MPU 30 then sends the previously determined 
address of playback data and a read command to disc 
drive 32. 

An MPU (not shown) in disc drive 32 reads out 
sector data from disc 10 in accordance with the 
received command, and data processor 36 makes error 
correction of the readout data and sends the data to 
decoder 60 in the form of pack data. 

In decoder 60, the readout pack data are 
packet ized. Then, video packet data (MPEG video data) 
is transferred to video decoder 64, audio packet data 



to audio decoder 68, and sub-picture packet data to 
sub-picture decoder 65 in correspondence with the data 
purposes. 

At the beginning of transfer of these packet data, 
presentation time stamp PTS is loaded to STC 38. After 
that, the respective decoders in decoder 60 execute 
playback processes in synchronism with the PTS value in 
packet data (while comparing PTS and STC values), thus 
displaying a moving picture with audio and superimposed 
dialog on a TV monitor (not shown). 

By setting the aforementioned AV address, video 
information in a plurality of DVD-ROM and/or DVD-RAM 
discs inserted into a multiple disc pack (disc changer 
100 in FIG. 27) can be loaded as a part of an AV file. 

In a DVD video (DVD-ROM) disc, the recording 
location of a video object is set by a logical block 
number (or a logical or physical sector number) as 
a file entry. In this case, when address conversion 
table ACT shown in FIG. 4 is used, this logical block 
number can be converted into the AV address. This 
address conversion table ACT describes pairs of logical 
block numbers and AV addresses on a table. 

FIG. 29 is a flow chart for explaining 
a synchronization process between video and audio 
in the DVD video recorder shown in FIG. 27. 

A video signal input from the AV input such as a 
TV tuner, VTR, camera recorder, or the like is 



converted into a digital signal by ADC 52 (step ST200). 

The converted digital signal is separated into 
video information and audio information, which 
are individually encoded by video encoder 53 and audio 
encoder 54. Closed caption information or information 
sent as superimposed text of teletext is encoded 
by sub-picture encoder 55 as sub-picture data. 
The encoded video information, audio information, and 
sub-picture information are respectively inserted in 
video, audio, and sub-picture packs in units of 
2,048 bytes by formatter 56, and these packs are 
arranged in units of VOBUs having a size corresponding 
to an integer multiple .of 32 kbytes, as shown in FIG. 6 
(step ST202). 

At this time, formatter 56 extracts information 
indicating "the sample position of the audio 
information sample position at the I-picture display 
start time at the head of a VOBU and how many packs 
this audio pack goes back (or ahead) with reference to 
the position of a video pack" (step ST204A) . 

The extracted audio information sample position 
information is sent to main MPU 30 in FIG- 27, 

The audio information synchronization processor 
in main MPU 30 sends back to formatter 56 a signal 
for generating presentation time stamp PTS or 
synchronization navigation pack SNV_PCK (not shown) as 
a source of audio synchronization signal A-SYNC on the 
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basis of the received audio information sample position 
information . 

Formatter 56 sends VOBU information shown in 
FIG. 6, which includes the source information (PTS or 
5 SNV_PCK) of audio synchronization signal A-SYNC 

together with the encoded video information, 
sub-picture information, and audio information, to data 
processor 36. Parallel to "audio information sample 
position information extraction step ST204A" which 

10 is then repeated, data processor 36 records video 

object DA22 consisting of VOBU information shown in 
FIG. 6 at the designated address (AV address) of disc 
10 (step ST204B) . 

As the recording progresses, disc drive 32 returns 

15 address information (logical sector number LSN) used in 

recording to main MPU 30. Main MPU 30 computes the 
recording location on disc 10 (e.g., the physical 
sector number PSN position on disc 10 of an audio 
information sample at the I-picture display start 

20 position at the head position of a given recorded VOBU) 

on the basis of the returned address information and 
the correspondence between the predetermined and 
sector. This computation result is used in step ST208 
later. 

25 The recording location on disc 10 (the physical 

sector number PSN position on disc 10 of an audio 
information sample at the I-picture display start 



position at the head position of a given VOBU) 
corresponds to "I-picture audio positions #1, #2, 
included in audio synchronization information shown in 
FIG. 9. That is, the differential address value of an 
ECC block that includes an audio pack of the same time 
as the I-picture audio position I-picture start time 
shown in FIG. 9 is recorded using 1 byte. Of 1 byte, 
whether the audio sample position is located before or 
after the head position of a given VOBU is identified 
using the most significant bit. More specifically. 
Most significant bit = 0: located before VOBU 
Most significant bit = 1: located after VOBU 
Recording of video object DA22 on disc 10 proceeds 
until a recording end input is detected (for example, 
until the user instructs to stop recording or until the 
free area of disc 10 is used up) (NO in step ST206; 
ST200 to ST204A/ST204B) . 

If the recording end input is detected (YES in 
step ST206), information that pertains to recording 
such as the recording end address (physical sector 
number PSN on disc 10), the recording date/time, and 
the like is written in the management area (control 
information DA21) on disc 10 (step ST208). At this 
time, upon writing information in the management area, 
control information rewrite count CIRWNs shown in 
FIG. 4 is incremented by 1. 

Note that a value that counts the sample number in 
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an ECC block at the audio sample position of the setme 
time as the l-picture start time using serial numbers 
of all audio packs is written in the management 
area (control information DA21) as "I-picture start 
5 audio sample numbers #1, #2, included in the 

audio synchronization information shown in FIG. 9 
(step ST208) . 

Note that the recording location on disc 10 need 
not always be expressed by the AV address in units of 
10 ECC blocks (16 sectors). The "recording location on 

disc 10" can also be expressed using the logical block 
number^ logical sector number, or physical sector 
number as the AV address. 

<Edit Process of Cell including Audio Synchronization 
15 Information in FIG. 9> 

A case will be examined below wherein cell #2 in 
information recorded on disc 10 in the order of cell 
#1, cell #2, and cell #3, as shown in FIG. 22, is 
divided into cells #2A and #2B, as shown in FIG. 23, 
20 cell #2A is moved to free area 91, as shown in FIG. 24, 

and re-arranged cells are played back in the order of: 
cell #2A — cell #1 cell #2B — cell #3 
In this case, VOBU 108e is re-encoded, and 
is divided into VOBUs 108p and 108q. The audio 
25 information synchronization processor in main MPU 30 

searches for the position of an audio pack included in 
cell #2A to be moved on the basis of the I-picture 



audio position (FIG. 9) and I-picture audio sample 

number (FIG. 9) from disc 10. 

If the audio pack included in cell #2 is present 

in either VOBU 108e or 108q, the corresponding audio 

pack is extracted therefrom, and is embedded in VOBU 

108d* or lOBp. 

In this case, if that VOBU has an extra dummy pack 

(having no significant recording data), the audio pack 

is embedded in such dummy pack. If no such dummy 

pack is available, re-arrangement of the format and 

re-encoding in some cases are done. 

On the other hand, when cell #2A includes an audio 
pack used by VOBU 108c or 108f , the corresponding 
audio pack is copied from cell #2A, and is inserted 

(embedded) in VOBU 108c or 10 8f. At this time, 
the insertion (embedding) result is recorded in the 
I-picture audio position and I-picture start audio 
sample number (FIG. 9). A series of operation control 
processes are mainly executed by the audio information 
synchronization processor in main MPU 30 in FIG. 27. 

A case will be explained below wherein existing 
audio information from a digital audio information 
storage medium such as a CD, MD, or the like is 
overdubbed as background music on video information 
after playback/editing mentioned above. 

A method of overdubbing audio information includes 
a method of replacing dummy packs in FIGS. 6 and 7 by 



audio packs, and a method of re-encoding audio 
information to be overdubbed. 

In some cases / the sampling frequency (32 kHz or 
4 4.1 kHz) of audio information is different from that 
(48 kHz or 96 kHz) of audio information in the recorded 
Video information. Even when the nominal frequency 
remains the same, the frequency drift (fluctuation of 
frequency) of a quartz oscillator that generates the 
reference frequency is normally around ±0.1%. 
Therefore, when digital audio information is digitally 
dubbed, recording is done at different reference 
frequencies. As a consequence, when data is played 
back at the frequency of originally recorded audio 
frequency, a synchronization error occurs. 

In order to prevent such error, in the present 
invention, the number of audio samples in units of 
VOBUs for the digitally dubbed audio information can be 
recorded as an option. in the management area (control 
information DA21 in FIG. 4). 

More specifically, as shown in audio 
synchronization flags #1, #2, ... in FIG* 9, a flag 
indicating whether or not audio synchronization data is 
recorded is set for each audio stream number, and when 
the audio synchronization data is to be recorded (flag 
is set), the number of audio samples of each VOBU is 
expressed by 2 bytes in the audio synchronization 
information in FIG. 9. 



This audio synchronization information can be 
recorded as follows. 

Audio information to be overdubbed is converted 
into audio packs in units of 2^048 bytes by formatter 
56 in FIG. 28. At this time, the audio information 
synchronization processor in main MPU 30 in FIG. 2 7 
sends information as to required times in units of 
VOBUs of the video information of interest. Based on 
that time information, formatter 56 replies the numbers 
of audio samples in units of VOBUs to the audio 
information synchronization processor. 

Then, audio packs including the audio information 
to be overdubbed are replaced by dummy packs, thus 
completing video object DA22. 

After that, based on the numbers of audio Scunples 
in units of VOBUs replied from formatter 56 to main 
MPU 30, the audio information synchronization 
processor records required information in the audio 
synchronization information on disc 10. 

Upon playback, the audio information 
synchronization processor in main MPU 30 reads 
the audio synchronization information on disc 10, and 
sends the numbers of audio samples in units of VOBUs to 
reference clock generator 61 in the form of "audio 
synchronization signal A-SYNC" . Reference clock 
generator 61 generates reference clocks with the 
frequency adjusted (sync-locked) to that information 
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(A-SYNC), and audio decoder 68 plays back post-inserted 
audio information (overdubbed audio information) in 
synchronism with video information in correspondence 
with the frequency of the generated reference clocks. 
5 In this manner, audio playback free. from any 

synchronization errors from video information can be 
implemented. 

In the above description, the numbers of audio 
samples are recorded in units of VOBUs. However, the 
10 present invention is not limited to this, and the 

numbers of audio samples may be recorded in units of 
cells or in units of video frames (or video fields). 

According to the aforementioned embodiment, the 
following effects are obtained: 
15 A) video information can be re-arranged while 

guaranteeing synchronization of an audio signal; 

B) even when digital audio information generated 
at a sample frequency different from that of an 
original is recorded in dummy packs or the like by a 
20 digital dubbing process after video recording, audio 

information can be synchronously played back; and 

c) even when multi-channel audio information of, 
e.g., AC-3 is re-arranged or mix-down edit from digital 
sources having different sampling frequencies is done, 
25 synchronization among channels can be guaranteed. 

In the above description, a DVD-RAM disc has been 
exemplified as an information storage medium. 
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Alternatively, the system of the present invention 
(especially, a system that performs address management 
and replace processes in units of 32-kbyte ECC blocks; 
or a system that performs address management and 
5 replace processes in units of 2-kbyte sectors) can be 

applied to a system which uses a file allocation table 
(FAT) for a personal computer in a file system using a 
magnetooptical disc (MO disc) as an information storage 
medium. 

10 As system software (or operating system), 

NTFS (New Technology File System), UNIX, and the like 
can be used in addition to MS Windows. More 
specifically, required system software (one or 
a plurality of kinds of operating systems OS), 

15 application software, and the like are recorded as an 

embossed pattern on ROM layer 17A in a ROM/RAM double- 
layered disc, the OS and directory information of ROM 
layer 17A are copied to a main memory of a personal 
computer in a recording/playback process, and the 

20 application software stored in ROM layer 17A can be 

directly used. In this case, since the application 
software need not be mapped on the main memory, the 
main memory space can be broadened. In such personal 
computer system, RAM layer 17B of identical disc 10 can 

25 be used as a large-size storage medium for saving the 

operation result (edited video and the like) of the 
application software in ROM layer 17A. 
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Furthermore^ the AV addresses in units of ECC 
blocks have been explained as the addresses of the AV 
data structure. Alternatively, the addresses of AV 
data can be managed using, e.g., addresses in units of 
5 2,048-byte sectors. 

FIG. 30 is a view for explaining another example 
of the hierarchical structure of information recorded 
on the optical disc shown in FIG. 1. 

The recorded contents of data area DA correspond 
10 to those shown in FIG. 4 that has already been 

explained. 

More specifically, the recorded contents of 
audio/video data area DA2 in FIG. 30 correspond to 
those of audio/video data area DA2 shown in FIG. 4 as 
15 follows: 

navigation data (RTR^VMG) DA21a in FIG. 30 . . . 
control information DA21 in FIG. 4; 

movie video object ( RTR_MOV . VOB ) DA22a in 
FIG. 30 ... video object DA22 in FIG. 4; 
2 0 still picture video object (RTR_STO. VOB) DA23a in 

FIG. 30 ... picture object DA23 in FIG. 4; 

additional audio object (RTR_STA. VOB) DA24a for 
still pictures in FIG. 30 ... audio object DA24 in 
FIG. 4; 

25 manufacturer specification object (MSP.VOB) DA25a 

in FIG. 30 ... not shown in FIG. 4; and 

another stream object (AST. SOB) pA26a in 



FIG. 30 ... not shown in FIG. 4. 

Note that RTR is an abbreviation for real-time 
recording. 

Navigation data (RTR_VMG) DA21a is used upon 
controlling recording, playback, and editing of an AV 
stream (one or more video objects VOBs). This RTR_VMG 
has all required navigation data as well as a single 
management information file called RTR.IFO. 

More specifically, navigation data (RTR_VMG) DA21a 
includes RTR video management information {RTR_VMGI) 
DA210a, movie AV file information table (M_AVFIT) 
DA210b, still picture AV file information table 
(S_AVFIT) DA210C, original PGC information (0RG_PGCI) 
DA210d, user-defined PGC information table (UD_PGCI) 
DA210e, text data manager (TXTDT_MG) DA210f , and 
manufacturer information table (MN_FIT) DA210g. 

Those pieces of information (DA210a to DA210g) 
are successively recorded in file RTR.IFO in the 
aforementioned order. 

Most of information described in this file RTR.IFO 
is stored in a system memory (work RAM in MPU 30 in 
FIG. 27). 

RTR_VMGI/DA210a describes basic information 
(information similar to video manager information VMGI 
in a DVD video ROM) of an RTR disc (disc 10 in FIG. 1). 

M_AVFIT_SA/DA210b describes a movie AV file 
corresponding to RTR_MOV.VRO in FIG. 35 (VRO is an 
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abbreviation for a video recorder object). 

In correspondence with AV data control information 
DA210 in control information DA21 in FIG. 4, navigation 
data DA21a in FIG. 30 includes movie AV file 
5 information table (M_AVFIT) DA210b. 

This movie AV file information table (M_AVFIT) 
DA210b includes movie AV file information table 
information (M_AVFITI) DA2100r one or more pieces 
of movie VOB stream information (M_V0B_STI#1 to 
10 M_VOB_STI#n) DA2102-1 to DA2102-n, and movie AV file 

information (M_AVFI) DA2104. 

M_AVFI/DA2104 describes information of a movie AV 
file having a file name "RTR_MOV. VRO" . 

This movie AV file information (M_AVFI) DA2104 
15 includes movie AV file information general information 

(M_AVFI_GI) DA21040, one or more movie VOB information 
search pointer #1 to #n (M_VOBI_SRP#l to M_VOBI_SRP#n ) 
DA21042-1 to DA21042-n/ and one or more pieces of movie 
VOB information #1 to #n (M_V0BI#1 to M_VOBI#n) 
20 DA21044-1 to DA21044-n. 

n pieces of MVOBI in M_AVFI/DA2104 are described 
in the same order as that of VOB data stored in the 
movie AV file. 

Each movie VOB information (e.g., 
25 M_VOBI#n/DA2104 4-n) includes movie VOB general 

information M_VOBI_GI and time map information TMAPI. 
FIG. 31 exemplifies the contents of time 



map information TMAPI in FIG. 30, and also 

the correspondence between these contents and AV data 

control information DA210 in FIG. 4. 

Time map information TMAPI is used upon executing 
special playback (e.g., cell playback in the order 
unique to each user using user defined PGC) and time . 
search. 

Time map information TMAPI includes time map 
general information TMAP^GI, one or more time entries 
TM_ENT#1 to TM_ENT#r, and one or more VOBU entries 
V0BU_ENT#1 to VOBU_ENT#q. 

Each VOBU entry contains information of the size 
and playback time of each VOBU. The VOBU size is 
presented in units of sectors (2 kbytes), and the 
playback time is presented in units of video fields 
(one field = 1/60 sec in NTSC; one field = 1/50 sec 
in PAL) . 

Since the VOBU size is presented in units of 
sectors, as described above, VOBUs can be accessed 
using addresses in units of sectors. 

On the other hand, each time entry contains 
address information of the corresponding VOBU, and 
time difference information. This time difference 
information indicates the difference between the 
playback time designated by the time entry and the VOBU 
playback start time. 

Assuming that the time interval (time unit TMU) 



between two successive time entries is 10 sec, this 
time entry interval corresponds to 600 fields in, e.g., 
NTSC video. 

Each VOBU entry, e.g., VOBU entry #1, includes 
reference picture size information 1STREF_SZ, VOBU 
playback time information VOBU_PB_TM, and VOBU size 
information VOBU_SZ. 

Note that reference picture size information 
1STREF_SZ represents the size of the first reference 
picture (corresponding to I-picture in MPEG) of the 
VOBU of interest in units of sectors. 

The VOBU general information included in cell VOBU 
table #m in FIG. 8 includes I-picture end position 
information, as shown in FIG. 9. The presence of the 
I-picture end position information means the presence 
of the size information from the start position 
(address) of the VOBU of interest to that I-picture end 
position. Therefore, 1STREF_SZ (corresponding to the 
I-picture size of VOBU#l) in FIG. 31 corresponds to the 
VOBU general information included in the cell VOBU 
table in FIG. 8. 

VOBU playback time information VOBU_PB_TM in 
FIG. 31 represents the playback time of the VOBU of 
interest in units of video fields. 

The time code table included in cell time general 
information in FIG. 8 contains information of the 
number of pictures and the number of sectors in a VOBU. 



Since the playback time of each VOBU changes depending 
on the number of pictures and the number of sectors 
included there, the time code table included in cell 
time general information #m in FIG, 8 includes 
information corresponding to VOBU playback time 
information VOBU_PB_TM in FIG, 31. 

VOBU size information VOBU_SZ in FIG. 31 
represents the size of the VOBU of interest in units of 
sectors. Since one ECC block corresponds to 16 
sectors, this VOBU size information VOBU^SZ corresponds 
to information of the number of ECC blocks in a VOBU 
included in the time code table shown in FIG. 8. 

VOBU playback time information VOBU_PB_TM in 
FIG. 31 represents the playback time of each VOBU of 
interest in units of video fields. In general, since 
one frame = one picture = two fields, information 
VOBU_PB_TM in FIG. 31 indicates the same information 
contents as the number of VOBU pictures in FIG. 8. 

In summary, cell time information CTl shown 
in FIG. 8 (and FIG. 4) includes VOBU general 
information corresponding to 1STREF_S2 in the VOBU 
entry in FIG- 31, and cell time general information 
(the number of VOBU pictures and the number of ECC 
blocks in a VOBU) corresponding to VOBU_PB_TM and 
V0BU_SZ in FIG. 31. 

Therefore, cell time information CTI#m shown in 
FIG. 8 (and FIG. 4) conceptually has contents 



corresponding to the VOBU entry in FIG. 31. 

Cell time information CTI#1 in FIG. 31 is included 
in cell time control information CTCI, which is 
included in AV data control information DA210 in 
FIG. 4. 

That is, navigation data (RTR_VMG) in FIG. 30 
corresponds to control information DA21 in FIG. 4 in 
a broad sense. 

Normally, the "time interval between neighboring 
VOBUs" is expressed by the number of fields in the VOBU 
entry. As another method, a "count value from a given 
VOBU to the next VOBU by a clock counter" may be used 
to express the "time in-terval between neighboring 
VOBUs" . 

For example, the "time interval between 
neighboring VOBUs" can be expressed by the "difference 
value between the value of presentation time stamp PTS 
(see FIG. 6) at the start position of one VOBU and the 
value of PTS at the start position of the immediately 
succeeding VOBU". 

In other words, "the time interval in a specific 
unit can be expressed by the difference value of the 
clock counter in that unit". Such unit can also be 
called a streamer object unit (SOBU). 

In addition, the following remarks will be given 
in association with the contents of the time code table 
shown in FIG. 8. 
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In FIG. 8, the time code table is expressed by the 
number of VOBU pictures, and the number of ECC blocks 
in a VOBU. As another embodiment of the present 
invention; the following method may be used. That is, 
the number of fields (one picture = two fields) 
included in a VOBU may be used in place of the number 
of VOBU pictures. Furthermore, the number of sectors 
(one ECC block = 16 sectors) in an area where the VOBU 
of interest is recorded can be usfed in place of the 
number of ECC blocks in a VOBU. 

FIG. 32 exemplifies the* contents of time map 
general information TMAP_GI shown in FIG. 31. 

This time map general information TMAP_GI includes 
TM_ENT_Ns indicating the number of time entries in that 
time map information, VOBU_ENT_Ns indicating the number 
of VOBU entries in that time map information, time 
offset TM_OSF for that time map information, and 
address offset ADR_OFS of that time map information. 

When a value (10 seconds or equivalent) 
corresponding to 6 00 fields in NTSC video (or 500 
fields in PAL video) is used as time unit TMU, time 
offset TM_OSF is used to represent the time offset 
within TMU. 

When the VOBU size is expressed by the number of 
sectors, address offset ADR_OFS is used to indicate the 
total size of preceding VOBs (one or more preceding 
VOBs) in an AV file. 



FIG. 33 exemplifies the contents of time entry 
TM_ENT Shown in FIG. 31. 

This time entry TM_ENT includes VOBU_ENTN 
indicating the number of the corresponding VOBU entry, 
TM_DIFF indicating the time difference between the 
playback time of a VOBU designated by the time entry, 
and the computed playback time, and VOBU_ADR indicating 
the target VOBU address. 

When time unit TMU is expressed by 600 fields in 
NTSC (or when time unit TMU is expressed by 500 fields 
in PAL), the "computed playback time" with respect to 
time entry #j is given by TMU x (j - 1) + TM_OSF. 

On the other hand, VOBU_ADR indicates the target 
VOBU address by the total size of VOBUs preceding the 
VOBU of interest when the VOBU size is expressed in 
units of sectors. 

FIG. 34 is a view for explaining the recorded 
contents of data area DA in FIG. 30, and a time entry 
point (access point) upon playing back a specific 
portion (e.g., V0BU#3) of the recorded contents. 

As has been described above with reference to 
FIG. 30, data area DA records movie video object 
RTR_MOB.VOB (DA22a-l to DA22a-3), Still picture video 
object RTR_STO.VOB (DA23a-l), a computer data file, and 
the like. 

For example, in one movie video object RTR^MOB.VOB 
(DA22a-l), its data extent/set #A stores data (video 
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pack V_PCK, sub-picture pack SP_PCK, and the like) from 
logical block numbers LBN -a to LBN-a+b-1. 

These logical block numbers correspond 
to predetermined movie addresses (M-ADR o to 
5 M-ADR b-1). A given portion of a set of these movie 

addresses corresponds to VOBU#l, and the remaining 
portion corresponds to V0BU#2. 

Likewise, a set of movie addresses corresponding 
to a portion of a computer data file (extent #B) in 

10 data area DA corresponds to V0BU#3. On the other hand, 

a set of movie addresses corresponding to the remaining 
portion of the computer data file (extent #B) and movie 
addresses (M*ADRb+f) of a portion of another extent #C 
corresponds to VOBU#4, and a set of movie addresses of 

15 the remaining portion. of extent #C corresponds to 

VOBU#5. 

In the aforementioned set of VOBUs, V0BU#1 to 
V0BU#3 make up video object VOB# a , and V0BU#4 to V0BU#5 
make up video object VOB# jS . 

20 In the data structure exemplified above, in order 

to start playback from the middle of, e.g., V0BU#3, 
that access point must be determined. This access 
point is assumed to be a time entry point. 

In the example shown in FIG. 34, the time entry 

25 point is located at a position separated the time 

difference indicated by time difference information 
TM_DIFF in time entry TM_ENT in FIG. 33 from a position 



indicated by movie address information (M»ADR b) of 
V0BU#3. This time entry point serves as a special 
playback start point (or time search point) indicated 
by time map information TMAPI, 

FIG. 35 is a view for explaining an example of the 
directory structure of information (data files) 
recorded on the optical disc shown in FIG. 1 in the 
structure shown in FIG, 30. 

Even when the data structure shown in FIG. 30 is 
used on the disc/apparatus side, this data structure is 
invisible to the user. The data structure that the 
user can actually see is a hierarchical file structure 
shown in FIG. 35. 

More specifically, directories such as a DVD_RTR 
directory, VIDEO_TS directory, AUDIO_TS directory, 
computer data file directories, and the like are 
displayed on the display screen (not shown) of the root 
directory by means of menu windows, icons, or the like 
in correspondence with the types of data recorded on 
data area DA shown in FIG. 30. 

The DVD_RTR directory shown in FIG. 35 stores file 
RTR.IFO of navigation data RTR_VMG in FIG. 30, backup 
file RTR.BUP of RTR.IFO, file RTR_MOV.VRG of movie 
video object RTR_MOV.VOB, file RTR_STO.VRO of still 
picture video object RTR_STO.VOB, file RTR_STA.VRO of 
additional audio object RTR_STA.VOB for still pictures, 
manufacturer specification object file MSP.VOB, another 



stream object file AST. SOB, and the like. 

When the DVD video recorder shown in FIG. 27 (RTR 
video recorder capable of real-time recording) has a 
directory display function shown in FIG. 35, and a DVD 
video ROM disc is set in its disc drive 32, the 
VIDEO_TS directory in FIG. 35 is activated. In this 
case, when the user opens the VIDEO_TS directory, the 
recorded contents of the set disc are further 
displayed. 

when the apparatus shown in FIG. 2 7 has a DVD 
audio playback function, and a DVD audio disc is set in 
its disc drive 32, the AUDIO_TS directory in FIG. 35 is 
activated. In this case, when the user opens the 
AUDIO_TS directory, the recorded contents of the set 
desk are further displayed. 

Likewise, when the apparatus shown in FIG. 27 has 
a computer data processing function, and a DVD-RAM 
(or DVD-ROM) disc that recorded computer data is set in 
its disc drive 32, the computer data directory in 
FIG. 35 is activated. In this case, when the user 
opens the computer data directory, the recorded 
contents of the set desk are further displayed. 

The user can access the recorded sources of DVD 
video, DVD video ROM, DVD audio, and computer data 
(including programs) as if he or she were operating 
a personal computer, while observing a menu screen or 
window display screen displayed with the directory 



structure shown in FIG. 35. 

FIG. 36 is a schematic view for explaining a case 
wherein the cell playback order of the initially 
recorded contents (original PGC) has been changed by 
the user later using a user-defined PGC. 

For example, video data (video object set VOBS) 
recorded on audio/video data area DA2 in FIG. 5 
is comprised of a set of one or more program 
chains PGC. Each PGC is a set of programs as sets of 
one or more cells, and the playback order of cells that 
form each program can be determined by original PGC 
information (ORG_PGCI • DA2 lOd in FIG. 30) or a user- 
defined PGC information table (UD_PGCI • DA2 lOe in 
FIG. 30). 

The playback time and order of cells designated by 
the original PGC information or user-defined PGC 
information are converted into the addresses of VOBUs 
that form each of cells to be played back via a table 
(TMAP) in time map information TMAPI in FIG. 30. 

More specifically, when playback is made based on 
an original PGC (the cell playback order in the 
initially recorded state), the VOBU addresses in the 
time band to be played back are obtained via time map 
information table TMAP in accordance with the contents 
of ORG_PGCI in FIG. 30, and playback is made in that 
order . 

On the other hand, when playback is made based on 



a PGC uniquely defined by the user (e.g., when the user 
has edited the playback order after video recording), 
the VOBU addresses in the time band to be played back 
are obtained via time map information table TMAP in 
accordance with the contents of UD_PGCI in FIG. 30, and 
playback is made in that order. 

The cell playback order based on user-defined PGC 
information UD__PGCI can be quite different from that 
based on original PGC information ORG_PGCI. 

Note that the playback time and the addresses of 
VOBUs to be played back can correspond to each other by 
looking up the contents of the time entries and VOBU 
entries in time map information TMAPI shown in FIG. 31. 

The I-picture audio position information in FIG. 9 
expresses, using sectors as a unit, the differential 
address value from the start position of a VOBU of a 
sector that includes an audio pack of the same time as 
the I-picture start time. However, the present 
invention is not limited to such sector unit, and the 
differential address may be expressed using the number 
of differential ECC blocks or the number of VOBUs that 
indicates a "shift" amount, depending on different 
embodiments of the present invention. 

That is, the "shift" amount of a VOBU that 
includes an audio pack of the same time as the 
I-picture start time from a VOBU that includes the 
I-picture of interest can be expressed using the number 



of VOBUs. FIG. 3 7 shows this example. 

FIG. 37 is a view for explaining problems that 
will occur in audio data when video recording is 
interrupted before a GOP of MPEG-encoded video data 
comes to an end upon recording corresponding audio data 
together with MPEG-encoded video data. 

In a DVD video recorder that makes video recording 
while executing MPEG encoding, the user (or video 
recording timer) sometimes interrupts video recording 
before a GOP (from a given I-picture to a position 
immediately before the next I-picture) comes to an end. 
In such case, audio data recorded parallel to video 
data is interrupted at the same time. 

Upon playing back MPEG-encoded video recorded 
contents, since an incomplete GOP portion cannot be 
decoded, a process for completing that GOP by appending 
correction data to the incomplete GOP is done upon 
encoding. 

In this case, since there is no audio data for a 
portion (less than 0.5 sec if the playback time per GOP 
is 0.5 sec) corresponding to the playback time of the 
correction data appended to complete the GOP, sound is 
interrupted (abnormal sound is produced in some cases) 
upon video playback of that portion. Assume that this 
portion is called an audio gap. 

In order to cope with sound interrupt (or abnormal 
sound) due to such audio gap upon playback, the 



position of this audio gap must be detected. 

The time at which the audio gap is displayed 
matches the time at which the last data of VOBU#n-l is 
displayed with respect to video data. Therefore, the 
last display time of the audio gap period (= the time 
at which the next audio information is displayed, i.e., 
the time at which sound restarts ) matches the time at 
which the first I-picture in VOBU#n as the next VOBU is 
displayed. Therefore, the I-picture audio position in 
FIG. 9 is information indicating the position of a VOBU 
which includes an audio pack as the audio gap end time 
of the same time as the I-picture start time. 

More specifically, the position of specific 
information such as the audio gap can be detected by 
exploiting the contents of the audio synchronization 
information shown in FIG. 9. 

That is, the start position (I-picture start time) 
of the "GOP completed by correction" can be specified 
using "I-picture audio position" information in the 
audio synchronization information in FIG. 9. 

The presence of specific information such as the 
audio gap behind the I-picture in the GOP can be 
detected based on the most significant bit = "0" of 
1-byte "I-picture audio position information". 

Also, the audio sample position that corresponds 
to the specific information like the audio gap from the 
I-picture start time of the GOP can be specified by the 



"I-picture start audio sample number" in the audio 
synchronization information in FIG. 9. 

Use of the "I-picture start audio sample number" 
in FIG, 9 is not limited to position detection of the 
audio gap, but FIG. 37 exemplifies that the audio 
synchronization information shown in FIG. 9 can be 
exploited in "audio gap position detection". 

According to the embodiment of the present 
invention, the following effects are obtained. 

(1) When the time map information (TMAPI in 
FIG. 31) is available, even when the user has changed 
the playback order using user-defined PGC information 
to be different from an original one, the VOBU from 
which playback is to start can be detected using the 
VOBU entries in time map information TMAPI. By 
rewriting the user-defined PGC information without re- 
recording data while changing the initial recording 
order, video playback can be made in an arbitrary 
order . 

(2) Since the cell configuration of a program 
chain to be recorded can be corrected as needed in 
correspondence with the performance of a disc drive 
used, seamless, continuous playback or recording can be 
implemented irrespective of the disc drive used. 

(3) Since the audio synchronization information 
is provided, even when postrecording is done from 
various sound sources (digital sound sources generated 
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at various sample rates) using dununy packs and the like 
(i.e., even when the sample rate of an original sound 
source recorded in audio packs is different from that 
of another sound source recorded in dummy packs by 
postrecording) , synchronization (playback timing) 
between a video signal recorded in video packs and the 
postrecorded audio signal can be prevented from 
shifting. 

(4) Since the audio synchronization information 
is provided, even when multi-channel recording is done 
using various sound sources (digital sound sources 
generated at various sample rates), synchronization 
(playback timing) of audio signals among channels can 
be prevented from shifting. 

(5) Even when the contents of a specific area in 
video information are re-arranged on the information 
storage medium by, e.g., an edit process, continuous 
audio signal playback can be made without any sound 
interrupt or the like. 

Additional advantages and modifications will 
readily occur to those skilled in the art. Therefore, 
the invention in its broader aspects is not limited to 
the specific details and representative embodiments 
shown and described herein. Accordingly, various 
modifications may be made without departing from the 
spirit or scope of the general inventive concept as 
defined by the appended claims and their equivalents. 



